其他

第十六章

第十七章 團結就是力量——團隊合作與個人程式員在大多數行業中，優秀的產品都是優秀團隊的傑作，軟體開發也不例外。在現實中，任何規模較大的軟體開發公司都會具有很多團隊合作的層次，可以從公司、業務單位、項目、團隊到個人。雖然公司是一個有效率的大型團隊，但是你卻常常發現各個部門和各種集體之間，人們會在心裡稱呼對方和自己為“他們和我們”，從而使公司內部出現斷層。這並不是一個高效產品開發的理想環境。Team Dev的大小不僅規定了它在整個組織食物鏈上的位置，而且決定了它的運作方式以及它所分享的軟體構建工作。

c#調用office2003的文字識別功能 bool CallOcx(string fileName, out string con)        {            con = "";            try            {                MODI.Document doc = new MODI.Document();                doc.Create(fileName);               

   《卓有成效的管理者》是彼得德魯克先生1966年出版的一部作品，主要講述隨著時代的發展，一方面，腦力勞動者所佔的比例日益增多，如何衡量和提升腦力勞 動者的工作效率；另一方面，作為一名“管理者”，如何更好的管理自己的時間，如何更好的為組織提供更多的成果，如何知人善任，如何做出卓有成效的決策。    這本書很薄，只有170多頁，但是內容非常充實，用“字字珠璣”來形容也不為過，其中不僅包括了德魯克先生睿智的理論，而且包含了大量翔實的執行個體，信手拈來盡量大師本色。   

    ClickOnce是一項部署技術，它能夠讓你建立基於Windows作業系統並能自動更新的應用程式，同時在安裝過程中，可以將使用者需要進行的互動降到最低。ClickOnce部署克服了在部署過程中存在的以下三個主要問題：更新應用程式帶來的複雜性。使用Microsoft Windows

第十五章

　　第一篇：設計模式之建立型模式　　　　在這部分裡，我們關注GoF裡面的結構型模式，它主要是用於描述如何將類組合在一起去構成更大的結構。結構型模式包括適配器（Adapter）、裝飾（Decorator）、橋接器（Bridge）、享元（FlyWeight）、門面（Facade）、合成（Composite）以及代理（Proxy）模式。　　下面我們對上面提到的模式分別進行描述。　　1）適配器（Adapter）。當我們已經開發出一個模組，有一套清晰的介面，並且模組正在被某個功能使用（意味著模組介面改變的

第十九章 注意細節——編寫軟體規範編寫和處理規範是程式員應該具備的一項非常重要的技能。用自然語言溝通，與用代碼溝通一樣重要。規範使一些正式文檔，它們構成了開發過程的一部分，用於提供內部的軟體文檔。規範有助於你更加聰明的工作，並編寫出更好的軟體，不過，糟糕的規範會起到完全相反的作用。對於軟體開發過程而言，重要的不僅僅是軟體規範是否存在，而且還有軟體規範的品質。規範是團隊內部和團隊之間進行溝通的一種形式。它的重要性會隨著項目規模的增大而急劇增加。編寫規範有助於是我們的資訊：1. 更加安全；2.

第十四章

子系統和架構出現的動機：分離關注點，或者叫封裝變化點。如何分離關注點？1.      可以通過職責劃分來分離。2.      可以利用軟體系統各部分通用性的不同來劃分。3.      可以先考慮大粒度的子系統，而暫時忽略子系統是如何通過更小粒度的模組和類組成。架構的分離：1.      按照職責劃分，可以分為表現層、業務層和資料層。2.      按照通用性劃分，可以分為特定應用部分、領域應用部分和技術通用部分。3.      按照分解合成劃分，可以分為子系統、模組和類。子系統和軟體架構的關係意

文章目錄 OracleException: OCI-22053: 溢出錯誤 OracleException: OCI-22053: 溢出錯誤 from:http://blog.csdn.net/WYZSC/article/details/6169496OracleException: OCI-22053:

軟體架構的一般設計過程：先進行概念性架構的設計，把最關鍵的設計要素和互動機制確定，然後在考慮具體技術的應用，設計出實際架構。什麼是概念性架構？概念性架構的特點：通過主要的設計項目以及它們之間的關係來描述系統。符合軟體架構的特點：架構= 組件+

　　第一篇：設計模式之建立型模式　　第二篇：設計模式之結構型模式 　　在這部分裡，我們關注GoF設計模式中的行為型模式，它是用來在不同對象之間劃分職責和演算法的抽象，行為模式不僅涉及到類和對象，還涉及到類與對象之間如何進行關聯。　　行為型模式包括：職責鏈（Chain of

通過對架構進行的5種視圖的角度來看，一個優秀的架構應該具有以下特點：1.      從開發角度，應該有良好的模組化，每個模組職責清晰，模組之間松耦合。模組內部高彙總。2.      從邏輯角度，適應了功能需求的變化，適應了技術的變化。3.      從運行角度，對系統的動態運行有良好的規劃，可以標識出哪些是主動模組，哪些是被動模組。4.      從資料角度，對資料進行了良好的規劃，不僅包括資料的持久化儲存方案，還可能包括資料傳遞、資料複製、資料同步等。5.      從物理角度，可以進行明確、

    A good programmer is someone who looks both ways before crossing a one-way street.  — Doug Linder, systems administrator    好的程式員這樣一類人，這類人在橫穿一條單行道前都要先看一下路兩邊。– Doug Linder, 系統管理員    A most important, but also most elusive, aspect of any tool is

　　當談到物件導向的設計時，我們經常說物件導向是符合人們對現實世界的思維模式，即人們採用針對非程式設計領域存在的複雜問題的解決方式，來解決軟體設計過程中各種錯綜複雜的關係。利用物件導向設計，特別是採用各種設計模式來解決問題時，會設計多個類，然後建立多個對象，這些對象，有些主要是資料模型，有些則是行為描述佔主體。一個設計良好的類，應該是兼顧資訊和行為，並且是高內聚。而不同的類之間，應該盡量做到松耦合。　　由於我們面對的系統或者需要解決的問題經常是複雜的、高度抽象的，我們建立的多個對象往往是有聯絡的

沒有正確的生活，就不會有卓越的人生。要想改變現狀，必須先改變自己，要想改變自己，必須先改變自己對事情的看法。“思維定式”來源於希臘，最初是一個科學名詞，現在多用來指某種理論、模型、認知、假說或參考架構。但廣義上是指我們“看”世界的方法，這種“看”和視覺無關，主要是我們的感知、理解和詮釋。我們可以把思維定式比作是地圖，地圖不代表地區，只是對地區的某些方面進行說明。我們每個人腦中都有很多的地圖，可以分成兩大類：一類是依據世界本來面目繪製的地圖，反映現實情況；另一類是依據思維定式繪製的地圖，反映個人價

protected void Application_Start() { AreaRegistration.RegisterAllAreas(); ValueProviderFactories.Factories.Insert(0, new CustomValueProviderFactory()); ModelBinders.Binders.Add(typeof(AddressSummary), new

 EXTJS的樹，如下方式添加事件，可以響應選擇改變、單擊，但雙擊沒有響應。而且在選擇改變時，同時也會觸發單擊事件。問題出在哪裡？ var treestore = Ext.create('Ext.data.TreeStore', { 2     root: { 3         text:"集團", 4         id: 'org01', 5         checked: true, 6         expanded: true, 7         children: [ 8