第二天一早應該是從請教前輩開始的，先問了任務相關的問題，開始有大致的框架，然後向另乙個前輩了解tfs的用法，在這一過程中發現了之前部署iis的乙個問題：部署多個**效率太低。其實只要新建乙個**，然後再這個**裡使用「新增應用程式」選擇相應的物理路徑就可以，通過相應的應用程式的名字就可以訪問**，並且在這一**下的應用程式都使用同乙個應用程式池，這樣的話，設定也只需一次。
下午經理正好坐在旁邊，問到了指派任務的報表問題，知道了公司有報表專用的專案，又去部署這個專案。遇到了類庫引用的問題，最初走了一些彎路，引用的路徑搞不清楚，最後雖然解決了，但是還不清楚原因。
問題：專案引用、頁面引用和解決方案引用有關係嗎？
然後學到的另乙個重要的知識的也存在一些疑問：
1、服務端：
在編譯後，產生的類庫會放在bin目錄下，但是在（特定情況，這裡存疑，與重啟應用程式池有關）會頻繁刪除生成這些檔案，效能會收到影響，此時通過反射的方式將其存放在其他資料夾（具體流程存疑）可以避免此問題。
2、客戶端
利用了xslt技術，將xml轉為xsl，再將其轉為html
下午還有個會，講解了未來的發展方向，乙個統一介面平台的樣子。
20070323工作日誌
11 32 今天先來第一件事就把昨天查詢的開題報告資料copy到電腦上 然後就開始寫開題報告，這個開題報告真麻煩 分開題報告 文獻綜述和任務書三個部分 開始以為有怎麼資料，湊湊copy應該就差不多，後來發現pdf中copy出來的都是imag 根本沒法用，那只好晚上找 找了半天，弄弄，還是沒搞完 頭都...
20070329工作日誌
2007 3 30 10 29 28日後來就寫日誌,一直寫到下班 至於debug fz模組,昨天debug了一下,和tg模組差不多,只是在讀取role配置檔案時有所不同,側重點不同 2007 3 30 10 36 29日就是正常上班 處理了醫療模組中的乙個頁面新增和合管辦的頁面新增 增加了js驗證,...
20070330工作日誌
2007 3 30 10 29 28日後來就寫日誌,一直寫到下班 至於debug fz模組,昨天debug了一下,和tg模組差不多,只是在讀取role配置檔案時有所不同,側重點不同 2007 3 30 10 36 29日就是正常上班 處理了醫療模組中的乙個頁面新增和合管辦的頁面新增 增加了js驗證,...