其他

項目     項目是一個一次性的工作，而不是一個不斷重複的活動。專案管理     專案管理就是組織實施對實現項目目標所必需的一切活動的計劃、安排與控制專案管理的9項原則     1、在PCTS限制中，你只能決定其中3個因素，第4個將由它們自行決定。          項目擠壓就是把項目周期縮減至低於成本的最低點。     2、如果想同時減少項目的時間和成本，你就必需改進你的工作流程。         不良品質成本包括預防、評鑑和失敗3個環節。     3、只要提高品質，你就能縮減項目開支。   

觀念：觀念是我們對事物的某種看法，或對現實的某種模式化理解1、正如地圖不等於土地本身一樣，觀念並不與現實必然一致2、所有的行為都是滿足個體的某種需求3、觀念決定了我們的行為方式，我們的行為總是與我們的觀念相一致4、觀念成為自我實現的預言：我們相信什麼，什麼就會成為現實5、只有改變一個人的觀念，才能改變一個人的行為6、你無法在一個不相信專案管理的組織中推行專案管理7、只有觀察他們做什麼，才能知道他們信奉什麼 試圖迴避眼前專案計劃的痛苦只不過導致了後來更大的痛苦。

DLPrinter WEB列印組件第2次更新2007-10-30：   Bug fixed:     1、在某些時候在調用PrintDirect的時候會出現錯誤，然後導致無限迴圈；     2、不能正確的控制列印份數；     3、在預覽模式下，如果更改紙張走向，必須連續2次應用才可以顯示最後1頁。   New function:     1、增加了CopyCount屬性以控制列印份數；     2、增加了預覽模式下的效能。  

 距上次在部落格園發文章已有一段時間了，總是太懶的寫，儘管一直想寫。這些日子又重玩本科時期玩的熱火朝天的遊戲，玩遊戲的感覺和以前並無二異，只是我不再年輕而已。年輕真好，年輕的女孩子即使再慘淡也讓人喜歡，只是我年輕的時候沒有意識到或者意識到也沒有重視，只是平淡的面對別人的稱羨。日子已是一天天過去，年華漸漸老去，只是這些年，仍是寂寞的，我曾以為可以感動別人，最後發現，我所能感動的只是我自己而已。如果想通過我的文字有什麼收穫的話，可能要讓您失望了。寫技術文章不是我的優勢，因為我的理解也不深入。我只是想

反射技術與設計模式 　　反射（Reflection）是.NET中的重要機制，通過放射，可以在運行時獲得.NET中每一個類型（包括類、結構、委託、介面和枚舉等）的成員，包括方法、屬性、事件，以及建構函式等。還可以獲得每個成員的名稱、限定符和參數等。有了反射，即可對每一個類型了如指掌。如果獲得了建構函式的資訊，即可直接建立對象，即使這個對象的類型在編譯時間還不知道。 　　1、.NET可執行應用程式結構 　　程式碼在編譯後產生可執行檔應用，我們首先要瞭解這種可執行應用程式的結構。

讀完《重構——改善既有代碼的設計》和《重構與模式》，有了些許感想，先與大家分享一下。當我們已經對設計模式倒背如流時，卻往往發現在實際代碼編寫中有生搬硬套的感覺。設計模式是前人經驗的總結，直接拿來用合不合適呢？這讓我想起了大學一位老師告訴我們的一條學習的道路“知識,理論,智慧”。設計模式是很一種優雅的“智慧”，但對於我們初學者來說還僅僅是留存於文字的“知識”。把“知識”融合到自己的開發中，在不斷探索和總結中形成自己“理論”，再應用到實際中，那麼這才是是真正屬於我們自己的“智慧”。重構恰恰是由“知識

FrankFei at 2007/07/31  一、在分析之前，先把Strategy模式和Chain of

1．引言         Factory 方法是粒度很小的設計模式，因為模式的表現只是一個抽象的方法。Factory 方法經常用於建立與某個類相關的類的執行個體，.NET中的資料庫連接對象就是產生資料命令對象的工廠，其中的CreateCommand方法就是Factory 方法，其結構。                                  在IDbConnection中定義了產生IdbCommand對象的Factory

本來說是在Visual Studio 2008 Beta2中整合LINQ to  SQL可視化調試工具，可現在我們很“正常”的發現MS的承諾又一次延遲了——在Beta2發布後，LINQ to SQL可視化調試工具單獨發布了，ScottGu也在其Blog上做了介紹（LINQ to SQL Debug Visualizer），簡單翻譯整理一下。首先必須下載～～，Download下載檔案包括一個可視化調試工具的.dll程式集（在bin\debug檔案夾下），而且還包含了原始碼！算是小小的補償吧：）

修改曆史2007-06-14 1、修正了BusinessWriter中級聯檢查是出現“資料自上一次更新以來已被別的使用者更改”的錯誤 2、把BusinessAtrribute類型重新命名為BusinessAttribute 3、效能改善 4、一些其他的錯誤 5、發布專用於DongLiORM的代碼助手DongLiCreator V1.0.0.0DongLiCreator

 本實驗用於測試ESFramework服務端引擎的效能，測試程式使用ESFramework 4.0版本。一．準備工作測試的機器總共有3台，都是普通的PC，一台作為伺服器，兩台作為用戶端。作為伺服器是PC配置如下：作業系統：Windows Server 2003 Enterprise Edition SP2CPU：Pentium Dual-Core CPU E5400 @ 2.70GHz記憶體：2G 二．測試策略      

　　Silverlight已經到4.0版本了，已經相當成熟了，在Silverlight中使用socket與伺服器進行通訊也是常見的需求，所以，作為.NET平台的通訊架構，ESFramework支援Silverlight開發是必須的。      ESFramework.SL 即是ESFramework提供的Silverlight開發組件，其完整實現了基於流的TCP用戶端網路引擎，並與其非Silverlight的介面完全一致（即是ESFramework 4.0

     在ESFramework 4.0 進階（04）－－ 驅動力：通訊引擎（下）一文末尾我們已經將通訊引擎以及整個訊息骨架流程組裝起來了，只要通訊引擎一接收到訊息，架構就會按照規定的流程進行運轉。到這裡，自然想到一個問題，如何來發送訊息了？沒有發送，何談接收，就更不會有後續的驅動整個訊息處理的骨架流程了。 一.發送訊息時遇到的問題     在ESFramework 4.0 進階（03）－－

    1、qq群網站推廣法。用幾十個qq，每個qq加入幾十個群，每天發一遍網站。平均50個qq*每個qq加入50個群*每個群50個人=75000人觀看。如果qq更多，加入的群更多，加入的是大群，每個群的人數更多，則宣傳效果更好。即使排除不線上的qq使用者，效果也不容低估。   2、軟文網站推廣法。寫文章，或者引用好文章，裡面巧妙地加入自己的網址。   3、部落格網站推廣法。軟文要有發表的地方。一個是發到論壇，文章站，一個是發到部落格裡。發到部落格裡有個好處，不會被亂刪。  

      最新版本的ESFramework/ESPlus提供了基於TCP和UDP的P2P通道，而無論我們是使用基於TCP的P2P通道，還是使用基於UDP的P2P通道，ESPlus保證所有的P2P通訊都是可靠的。這是因為ESPlus在原始UDP的基礎上類比TCP的機制進行了再次封裝，以使UDP像TCP一樣可靠。在用戶端之間需要高頻通訊的分布式系統中（如IM系統等），可靠的P2P通訊將為您節省巨大的頻寬和伺服器成本。詳情請參見：ESFramework 開發手冊（04） －－ 可靠的P2P 以及

軟體集當今車輛租賃行業規範的租車流程，包含了車輛預訂、車輛續租、分期結算、租賃到期提示等一系列租賃流程中的所有功能，操作簡易，介面清晰。同時軟體提供了豐富的查詢報表，使您可以時時對資料進行多方位的統計查詢。軟體的車輛管理模組更加方便您對車輛的管理，提供了加油、保養、維修、保險等多方位一體化的管理員模式，讓您輕鬆應對。對使用者實現分類管理，

      對於最多幾千人同時線上的通訊應用，通常使用單台伺服器就可以支撐。但是，當同時線上的使用者數達到幾萬、幾十萬、甚至百萬的時候，我們就需要很多的伺服器來分擔負載。但是，依據什麼規則和結構來組織這些伺服器，並使它們能相互協調合作，是最關鍵的問題。如果你的通訊應用是基於ESFramework構建的，當同時線上的使用者人數劇增時，就可以非常容易地遷移到ESPlatform，以解決巨大並發的問題。      ESPlatform

 Select From

      在ESFramework 4.0 進階（09）－－ ESPlatform 支援的三種群集模型一文中，我們介紹了ESPlatform支援的三種群集模型 -- 垂直分割模型、水平分割模型、交叉模型。我們看到，在垂直分割模型和交叉模型中，每個用戶端都要與多個應用伺服器AS進行通訊，這就要求用戶端與多個AS中的每一個都建立一條通訊通道，如此才能保證用戶端能獲得服務端提供的完整的服務。     

     B/S平台下的MIS軟體，列印是不可缺少的功能，好的報表輸出，能讓你的產品在使用者的心中增加不少的分量。但是列印模組所花的時間也是非常的多的。其實現方式有如下幾種：1、使用Crystal Report等通用報表元件來完成。   優點：功能強大，對於CS/BS都可以通用，Crystal Report等甚至與還有Report Service等功能，對於商務程序非常複雜的大項目應該是很適合的了。這種項目人手充足，時間充足，資金也充足，老闆也重視。（這是個人猜測，因為我沒做過大項目^_^）。