先說點閑事。今天下午面試了一位前輩，01年本科畢業，一直在從事軟件開發，做了兩年的外包項目PM。

整個面試過程表現非常不錯，所問的問題對答如流?；卮鸩粊淼膯栴}也坦然相告。
最后，流程式的問他：還有沒有什么疑問？
他在公司注冊簡歷的學歷一欄寫的不實，他本身是學化學的，填的是計算機科學與技術，因為怕過不了HR的篩選關。
薪水要的也很符合公司的實際，我考慮的是，老大會怎么給他安排職位呢？
想想上午面的學計算機的小伙，03年畢業，到現在也是做了四年，薪水要的胡高，問他多態、OO，基本是答的四分五裂，問問用的什么庫，說來說去都是fopen, fclose，STL是什么都不知道。還說自己在公司是做軟件架構師。草草面試完畢，幾個人一合計，算了，評定表也別填了，直接咔嚓了。
-----------------------------------------------
遷移做了三天了，有兩天的時間簡直就是在做思想斗爭。一翻開代碼，臭不可聞，捏著鼻子都干不下去。
終于，調整心態，開始把，還有不到90天就DeadLine了。

先創建個空的exe工程，把前一段時間搞的Demo的一部分直接可以移植的搬過來。先搬了Dll Manager和Interface Manager，經理太多讓人受不了，Dll 經理降級成了DllLoader，兼有UnLoader的功能。

啟動界面源碼復用，直接拿過來就好。提供了接口，在LoadDll的時候，把文件名字打到起到界面，有點像PhotoShop的啟動效果。

Log模塊作為最基本的部分，必須先加載進來。不然一系列以Log為依托的消息框、斷言框都無法使用了。還好，這模塊是我之前操刀封裝的，搬過來用也OK。插上去，日志就可以打出來了

還有一個UIConfig，放在哪里呢？原來的Demo中，和主界面做到了一起，因為他本身業務比較簡單。這次看，如果做到一起存在兩個問題。1是主界面的Create時機，太早的話，由于插件的不停注冊，導致刷新，降低效率，做批刷新開關也行，感覺比較弱。2放在一起，由主界面將UIConfig注冊到InterfaceManager，主界面又和N個人剪不斷理還亂。干脆，UIConfig單獨創建，自己注冊到InterfaceManager里面去。主界面最后創建，連同Dock其中的頁面都作為觀察者。UIConfig每次更新后，通知一下各位。這樣把通知的權力限定在UIConfig之中，對于之前提到的TreeView刷新帶來的效率和用戶感受問題集中解決。

---------------------------------------------------
比較頭痛的是：原來在工程管理器中一系列的通知機制的修改，神秘的GIS模塊，還有混亂不堪的數據庫抽象層。按照Eclipse中對插件式的描述，這些插件不但作為插頭插在別的插口上，還對外提供插口。