控制訊息匹配的時候，竟然把memcmp寫成了memcpy
兩個函式的引數格式完全一樣，找了半天，甚至驚動了老大
交易列表的失敗
做資金拆借交易管理，按照老大的意思是，直接用new t***item[count]的方式，看原來其他遠期結售匯等交易的也是這樣，感覺挺失敗，怎麼說呢？交易列表是要實時更新的，這樣每天加一筆交易就要把記憶體刪除一次，然後從資料庫讀取一次，明顯的增加了負擔。如果用tlist，直接在後面新增一筆不是挺好。
是挺好，可還是必須按照別人安排好的老路走，老路是他們的經驗走出來的，有什麼辦法。
6月25日 22:51 補：
再對這段業務深入了解一點，發現交易列表，其實是不需要儲存在記憶體的，想來也是，如果是一般的櫃檯業務，一天做下來那業務量會有多大，更別說是伺服器了，能受得了嗎？不過這裡做的都是總行和分行之間的交易，次數不會很多（數量可能就大得驚人了）。資金拆借業務初步理解是總行和分行之間的劃款，他們說的外匯買賣的平倉（分行的某外幣數量過多，向總行上交）在這裡不知道是否適用（上存？？）？以及分行之間的劃款，電子聯行吧！另外還有什麼人行xx的，就不知道是怎麼回事了。
現在的做法是，當客戶端需要重新整理交易列表（直接在介面上重新整理，不存到記憶體），就直接通過midas(1)
從資料伺服器取資料，這樣做的好處是減少了業務伺服器的負擔，這裡業務伺服器和資料伺服器不是同乙個，壞處是增加了網路的流量，同時增加了oracle伺服器的負擔。呵呵，只要我們的軟體沒有問題就好。權衡利弊，還是這種方法好一點。他們寫的**，還是有許多值得我學習的地方，只是剛剛進入這個環境，對許多業務流程都不清楚，理解起來比較困難。
一直都以為自己程式設計能力還行，剛剛參加工作，做的第乙個比較像樣的專案就碰釘子了。我的任務是寫牌價的採集模組，雖然在公司有好長一段時間了，也接觸過牌價控制的模組，但是都是修修補補的一些。按照公司原有的乙個牌價採集程式來寫，寫出來實在太爛，太爛。不是我的問題，但是，我卻脫不了干係！
7月1日 15:46 補：
上面說到重新整理交易列表的做法其實不是最終做法，優化的方法是，第一次重新整理的時候通過midas直接從資料庫重新整理，後面，如果該視窗已經開啟，當有新交易進來的時候，直接把新交易新增到交易列表的後面，不知道是不是自己不夠精明呢？總是在認識有誤以後再去糾正自己的錯誤認識，別人的認識是不是就能一次到位呢？認識總是在不斷深入的，這也是乙個學習的過程。
(1)oracle+midas的遠端資料模組配置過程
2023年6月24日星期一
今天 是2013第26周一，才發現自己delphi中結構體list相關的操作很不熟練，本想堅持11點睡覺，沒想到現在已經11點半多了，並且我好像晚上把拿到的電腦系統裝好，因為我內心不甘心自己沒有裝好，我覺得自己這方面一定行，這是動作效率太慢了。今天拿到dell電腦買了一周快遞終於到了，我實在是很無奈...
2023年6月11日工作日誌
1 ajax訪問當前目錄檔案 網頁中可以使用相對url的能力通常意味著我們能使用本地檔案系統來開發和測試html，並避免對web伺服器進行不必要的部署。然而當使用xmlhttprequest進行ajax程式設計時，這通常是不行的。xmlhttprequest用於同http和https協議一起工作。理...
2023年工作周記（1月4日 1月6日）
元旦放了三天假，到酒吧 飯館等處狂歡了乙個晚上，剩下的時間就是在家裡看電視，看各個電視台組織的年終總結。一直在想楊工給我打得 一方面他對於我的理想給與了充分的支援和鼓勵，令一方面更希望我將基礎工作做好。確實，我一直以為我已經思考清楚，但是在楊工那20多年的工作經驗面前，我的思考還是比較稚嫩。05年可...