軟件

3.3非同步完成標記（Asynchronous Completion Token, ACT）1.問題      當一個客戶機應用程式非同步地調用對一個或幾個服務的操作請求時，每個服務通過一個完成事件將其響應返回給應用程式。然後應用程式必須向相應的處理常式多路分解該事件。處理常式可以是一個函數或對象，用於處理包含在完成事件中的非同步作業響應。要有效地解決這個問題，需要考慮以下3個強制條件：     

4.1 Leasing模式      Leasing（租約）模式通過在擷取資源時把資源同基於時間的租約相關聯而簡化了資源釋放。當租約到期並且沒有被更新時，那麼資源就會被自動釋放。 1.問題     

4.2 Evictor模式      Evictor（清除者）模式描述了何時以及如何釋放資源以最佳化資源管理。這個模式讓我們可以配置不同的策略來自動決定哪些資源應該釋放，以及應該在什麼時候釋放這些資源。 1.問題     

　　軟體工程中，涉及如下主要階段：立項、需求、設計、編碼開發、測試、發布、培訓上線維護等，其中，編碼開發如同整座軟體大樓的磚瓦用 料，將直接影響產品的功用、品質、效能。　　編碼開發過程中，往往是多人蔘與，團隊作戰，每個人的風格和技術水平不一，為規範作業，產生了編碼規範，但規範往往比較缺少強制性，且不能從本 質上使每個技術水平不一的各成員，其在項目中的編碼水平保持在同一水準。　　一般現用模式： 　　為使整個團隊的編碼水平在一個集體智慧的最高水平，可以嘗試採用編碼負責人及標準程式碼程式庫的機制。 

 　 今天，系統的構建變得越來越複雜，UML建模CASE工具為項目相關人員(如，專案經理，分析員，設計者，構架師，開發人員等)提供了許多的好處。UML建模CASE工具允許我們應用規範的物件導向分析和設計的方法與理論，遠離糾纏不清的原始碼，達到構建和設計變得更直觀，更容易地理解與修改的層次。在大型項目中，使用CASE工具更重要。通過使用CASE工具： 　　* 通過用例模型，業務/系統分析可以捕獲到業務/系統需求。 　　*

http://www.cnblogs.com/crazylights/archive/2011/09/23/2186486.html關於windows8的架構，這張圖流傳的相當廣泛但是有多少人明白這其中的奧秘，我特意做了一些實驗，來發現這到底是怎麼一會兒事兒。 首先來看看win32 時代我們開發一個應用的過程一 直都是折騰類庫來開發的，dotnet類庫比win32類庫進了一步，做了一些更深的封裝。雖然dotnet更先進，但c++的既存代碼非常豐富，而且其

 沒有不使用三層架構或者更高層架構的，軟體開發公司。                   舉一個簡單的例子，如果你的項目組有3個人。          如果使用三層結構，就可以工作分拆為一個人做UI層，一個人做資料訪問層，一個人做商務邏輯層。每個人都會對自己負責的層次負責，確保自己的層次設計良好和可維護，從而達到項目整體的設計良好和可維護。 否則，如果按照功能進行劃分，就會造成大量的重複的Data Access

2.3並發      並發是涉及一系列策略和機制的術語，這些策略和機制能使一個或多個線程或者進程同時執行它們的服務處理任務。許多網路化應用程式，尤其是伺服器，必須並發地處理從多個客戶機來的請求。      現代作業系統通過提供多線程的並發機制克服了單線程的進程的局限，此機制支援多個進程的建立，並且每個進程都可以包含有多個並發的線程。在這些作業系統中，在硬體保護的地址空間內，進程作為保護和資源分派單元，線程作為執行單元。有以下優點：     

3.4接受器 - 連接器（Acceptor - Connector）1.問題      在連線導向的網路化系統中，應用程式通常包含相當大量的用於建立串連和初始化服務的配置代理。這些配置代碼大多獨立於服務對在串連傳輸端點之間交換的資料所進行的處理。因此配置代碼與服務處理代碼之間緊密耦合是不理想的，因為這樣不能解決以下四個強制條件：      1）它應該很容易地改變串連角色，以支援不同的應用特徵。     

4.2策略化加鎖（Strategized Locking）1.問題      運行在多線程環境中的組件必須保護其臨界區不被客戶機並發訪問。同步機制與組件功能的整合需要解決以下兩個強制條件：      1）不同的應用程式可能要求不同的同步策略，如互斥、讀寫鎖或資訊燈。因此，應該可以按照具體應用的需求定製組件的同步機制。      2）加入新的功能和隱錯修正應很容易。特別為避免“版本混亂”應始終將這些變化一致地自動地應用於組件系列的所有成員上。 2.解決方案     

3.1 Caching模式      Caching（緩衝）模式描述了如何通過用完資源後不立刻釋放資源來避免對資源的昂貴的重新擷取。資源會維持它們的標識，並保留在某種可以快速存取的儲存空間中。它們可以被重用，從而避免了重新擷取。 1.問題     

首先，讓我們分析一下背景。什麼是軟體開發過程中最不穩定的因素？——答案是需求！需求在軟體開發過程中時時刻刻都可能發生變化。那麼，如何靈活應對變化是軟體結構設計中最重要也是最困難的一個問題。好的設計帶來了極大了靈活性，不好的設計則充斥著僵化的臭味。這樣，也就引出了本文的主題：【開發封閉原則】。     

 　　四、

公司有一套CS的程式,經常要進行升級操作原來的方法是把升級的檔案copy到伺服器,然後在用戶端在copy到本地覆蓋程式以前寫過一個升級的程式,原理是,先判斷伺服器是否有新的版本,然後,下載到本地關閉正運行程式的進程,然後進行升級操作!後來因為寫的升級程式一直沒有部署到原程式當中,一直用手工升級的方法,很累;想偷懶,就寫了一個批處理,呵呵.也可以做到區域網路升級的功效,而且也很方便;CodeCode highlighting produced by Actipro CodeHighlighter

1.EditPlus 無論是編寫xhtml頁面，還是css、js檔案，甚至隨筆記記這樣的事情，我都會使用EditPlus，感覺它不僅功能強大，更難得的是：綠色、輕量級、啟動速度快、穩定性高1.1 設定檔範本設定好EditPlus的設定檔，告別重複的體力勞動。如果我們經常建立一種檔案，而這種檔案總會包含一些重複的文字或者代碼的話，我們就可以建立模板，然後通過模板建立檔案。從而擺脫每次都要重複的體力勞動。1.2

　　很多人應該都看過James whittaker的部落格或新書 《how google test software》，在這裡我不想重複他的內容，而是從另外一個角度來分析對比google是如何保障它的產品品質的。　　首先申明的是本人並沒有在google工作過所以沒有第一手的經驗，僅以一個旁觀者的身份來分析google的品質控制實踐。主要資訊來源於google測試部落格，在西雅圖google工作的朋友聊天和項目上合作，以及James的新書<<how google tests

http://blog.csdn.net/liquanhai/article/details/7215045過年了，事情可以暫時放一下了。總結一下很有必要。又看到外面飯館寫著“歲末收工，初六開爐“了。好了，廢話不多說，接著上篇繼續評點程式員常用工具。當然還得請朋友們留言，好做繼續的整理和補充，謝謝！順祝大家新年好！文中已經提供每個工具的超連結位址，請點擊下載：1.  IDE：鐘情於VC++6.0，但是也感覺Visual

許多人都以為專案經理總是與“理想與光榮”相伴的，其實作為一個有志於改進中國軟體開發流程的專案經理來說，他們承擔的更多的是“艱辛與痛苦”。在這裡，我通過我擔任專案經理期間所遇到的種種現象，來總結專案經理所必需具備的素質，當這些素質您不具備的話，就需要花費多年的努力來培養他，如果無法培養成功，那麼請您轉換崗位，因為專案經理不適合您，您難以在這個方面獲的成功。 一、執著   

     2008.10.1號,國慶特殊的日子,兄弟們都出去玩了,偶還在辦公室裡面獃著,剛剛上CSDN,看到動軟代碼產生器發布了2.17版本的了,開放了不少源碼,就下下來看看的了. 研究研究.... 做了 協助文檔,好久沒做協助文檔的了，花了少許時間弄了下 離線的CHM協助檔案.對於不經常上網又不熟悉產生器的朋友可以看一下，順便熟悉下Help & Manual 5的使用動軟.NET代碼產生器協助.chm失效的了。。。。不好意思，有問題請訪問這裡：http://www.maticsoft.

        其實對於非專業的資料庫操作人員來講，例如軟體開發人員，在很大程度上都搞不清楚資料庫索引的一些基本知識，有些是知其一不知其二，或者是知其然不知其所以然。造成這種情況的主要原因我覺的是行業原因，有很多公司都有自己的DBA團隊，他們會協助你最佳化SQL，開發人員即使不懂最佳化問題也不大，所以開發人員對這方面也就不會下太多功夫去瞭解SQL最佳化，但如果公司沒有這樣的DBA呢，就只能靠程式員自己了。