準備開始整理一下這個專案的整體框架，很久沒研究這個框架了，心裡還是念著的，今兒乘有時間弄一下。
一丁點建議：
先自己乙個乙個的搬作者的類庫，這樣就能很好的理解作者的專案結構
每搬乙個類庫都執行一下哦，看需要引用哪些dll和專案，直到編譯成功後，再進行下一步
自己組建和專案一樣的目錄結構，這樣可以理解一下專案配置裡面的輸出路徑的意圖（專案右鍵 -> 生成 -> 輸出 -> 輸出路徑）
1、先把原始框架裡面的東西 一些類庫 搬到新建的解決方案中，解決方案是用vs2015建的，
2019建好像有問題，好像是mvc版本的問題，暫時沒管，先把主線弄完了來。
新建的解決方案目錄結構和作者的一致，免得出現其它問題。
主要操作就是：
1、新增乙個空白的解決方案
2、然後新建解決方案資料夾
3、在解決方案目錄建立很多個資料夾，資料夾的名稱和作者的解決方案裡面的資料夾名稱一致
4、把作者的類庫 拷貝到 對應的資料夾中，這樣的乙個好處是，檔案目錄結構和解決方案的結構一致，一一對應。
5、在解決方案中裡面的各個檔案，新增相應的類庫，類庫就在之前拷貝的那些資料夾中。
6、上面幾步的目的，把作者的專案結構拷貝過來（除ui外），讓本地目錄結構和解決方案的結構一致，這樣好找類庫些
7、類庫拷貝完了，就是一些dll的引用，還有專案的引用。這裡多注意一下，因為是昨天下班前弄的，詳細步驟以後空了貼上哈
按照這個結構建立的解決方法，專案的輸出路徑也需要調整：
以前：..\rookey.frame.lib\web\
改為：..\..\rookey.frame.lib\web\
相關：
2、專案結構建立好了，準備建乙個啟動專案來測試一下
先把結果給出來，免得坑大家。新建的那個啟動專案必須是基於mvc的！！！
一開始是新建了乙個控制台專案，測試了一下，不能用。
然後新建了webform的專案，測試了一下，還是不能用，
最後新建了基於mvc的專案，這個能用了。
除了新建專案外，還需要注意一下，把配置檔案拷貝過來哦，然後就是一下dll，這個dll我一開始也是不知道需要哪些，
開啟login頁面，看缺什麼dll檔案，就拷貝對應的dll檔案過來放在bin目錄，只有乙個bug是沒有詳細提示的，除錯一下專案也能看出是缺了哪個dll
補充一下 作者的那個dll目錄 我也是拷貝過來的
相關：
3、測試環境，除了上面的一些東西外，還有以前建立的表和資料，如下
4、下面就開始測試資料的流向了，看程式是怎麼一步一步走的，以前各個模組之間的關係，
盡量畫兩個簡單的圖，這樣不管是自己看，還是別人看，也清晰些。
5、具體步驟了哦
這個以前好像大致寫過，我先看一下以前，
MFC的程式執行的整個流程
mfc 的程式執行的整個流程 第一步 宣告乙個全域物件 ex myobject 在我們自己寫的程式裡頭。第二步 由於 winmain 已經寫好了成 mfc函式，所以它編譯的時候會自動鏈結進來。於是，開始執行 afxwinmain 第三步 它做什麼動作呢？先取得之前宣告物件的指標，然後開始呼叫 myo...
RookeyFrame 一些心得 或者 除錯技巧等
因為沒有依賴具體的實現層，類庫的輸出路徑又沒有設定在web層的bin目錄，所以每次都要拷貝實現層的dll過去，有時候拷貝過去了還是沒有反應，估計是快取什麼的吧，解決 先那幾個web層bin目錄的 dll 實現層的 刪掉，重新整理一下頁面，會報錯，因為找不到那幾個dll。然後再把相應的dll拷貝過去，...
源程式到CPU執行要經歷的整個流程
以下內容是個人揣測，不正確的機率很高，這裡只是寫下來備忘。這裡以x86平台為例進行說明。編譯 編譯器在編譯 的時候，是以乙個 cpp和乙個 h為基本編譯單元的，每個編譯單元我們這裡稱為乙個編譯模組，每個編譯模組都可能定義全域性變數和靜態變數以及區域性變數，同時可能引用其他 編譯模組中的全域性變數。每...