其他

前一段日子，粗略地瀏覽過一遍，很不錯，它讓我理解什麼是真正的分布式架構，它和我以前用的程式分層完全不是一碼事．以前總是編寫＂單機版＂的程式，所以感覺不到分層的好處，原來分層就來源於分布式．．．這本書介紹了下面這些知識點：組件技術及分類（分為服務提供者和資訊包）Xml Service.NET Enterprise Service（其實就是COM+）多線程Windows ServiceMSMQ（訊息佇列）.NET

一：何謂分布式？首先，分布式應用的執行通常將會在幾個電腦上完成。這是它和“單機版”應用程式的主要區別。總結的來說，分布式應用的主要目標就是為了提高系經的整體效能和延展性。它可以避免當Client大量增加時，所帶來的效能瓶頸和擴充問題。通過並行地增加物理的Server電腦，來服務更多的Client. 二：採用分布式的原因有哪些？將運行在不同環境，作業系統和平台上的程式整合起來。這就是Xml Service的設計初衷，也是ADO.NET採用XML標準的原因。在多個用戶端之間提供同步或線上通訊的功能（

set, bag, list, map的語義 集合最重要的一點是集合的語義。Java JPA中對Set, List, Collection, Map四種集合進行了定義（Java的Collection允許bag語義），NHibernate從Hibernate移植時照搬了這些概念。但是.Net社區中這些概念比較弱，很多人對set, bag, map的說法很陌生，這也對NHibernate集合映射的使用造成一定障礙。 set 集合中的對象是唯一的，無序的，不能通過索引、key值訪問，

 地址：http://knowledge.swanky.wu.googlepages.com/threading_in_c_sharp.html入門概述與概念 建立和開始使用多線程 線程同步基礎同步要領 鎖和安全執行緒 Interrupt 和 Abort 線程狀態 等待控制代碼 同步環境 使用多線程單元模式和Windows Forms BackgroundWorker類 ReaderWriterLock類 線程池 非同步委託 計時器 局部儲存 進階話題非阻止同步 Wait和Pulse

理想狀態這兩個可以合并到一起來，就是業務對象，但model是把這個業務對象中的資料提取了出來，作為一個資料載體，可以在層間傳遞。業務對象中除去這些資料剩下的方法就構成了BLL層。合并的好處：   1. 類的資料少了，試想如果有100個實體，不合并的話將有200個class   2.

如果你選擇了從事IT，就等於選擇了一輩子學習．只有不斷學習，才能和別人拉開距離．以下是我這幾年的學習經驗總結，希望對大家有點用： 一．不要把時間花在找書，資料上．將更多的精力投入到看書和實踐上，更不是上網找ＸＸＸ資料，教程． 二．把你那上Ｇ的電子書全刪掉，或者是換成Ａ片也行．別讓那此東西浪費時間．我們搞ＩＴ的愛學習，愛收藏電子書，想著以後要看．這種想法很好，但大家想想學過的有幾本，認真練習的又有幾本？ 三．好書要反覆看，每次看收穫是不一樣，因為你自己的視野和關注點有所不同．

有了需求和Use Case之後,接下來就要對需求進行分析. 分析的方法很多種如:E-R模型,概念性模型,物件模型. 在這裡我們只談物件導向的分析.物件導向的分析的過程,就是對象建模的過程.其產出主要是:類模型圖(Class Daigram).

文章目錄 介面和抽象類別的區別 虛方法和重寫 介面和抽象類別概述介面是類的藍圖 在OOP中，介面是穩定，而抽象類別和其子類是變化的．介面和抽象類別的區別介面是"behaves like a"，抽象類別一個是"is

發現的問題如，多出個Main Report，看上去很礙眼，得想辦法除掉．但在CrystalReportViewer的控制項中，沒有對應的屬性可以直接隱藏． Google一番，發現MSDN論論上也有人問此問題．http://social.msdn.microsoft.com/Forums/en-US/vscrystalreports/thread/405aecc9-f5fa-47d3-afa1-15a9256b395e 解決方案增加如下代碼：       private void

遠程對象的伺服器激方式:Singleton --- 每個傳入的訊息由同一個對象執行個體提供服務。SingleCall --- 每個傳入的訊息由新的對象執行個體提供服務。 Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->RemotingConfiguration.RegisterWellKnownServiceType                (

文章目錄 Oreilly - Head First Design Patterns 《深入淺出設計模式》Thinking in C# 《C#編程思想》Apress - Beginning C# Objects From Concepts to code 《從概念到代碼》 C# Programming Language《C#程式設計語言》 Oreilly - Head First Design Patterns

http://staruml.sourceforge.net/docs/api-doc/index.htmlStar UML是一款Open Source的，基於UML 2.0的免費UML設計工具．用它畫出的圖，個人感覺比較靚，而且它支援基於Com的API，這使得自動化的UML處理成為可能．你可以用C#, VB6, C++等語言操作這些API，以現實自動化的處理．如基於資料庫，自動產生類圖． 範例程式碼：StarUML.StarUMLApplicationClass app = new

using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Diagnostics; using XmlReader; using System.Threading; using NHibernate; using NHibernate.Cfg; using

文章目錄 ADO.NET的架構串連提供者類 DataSetDataAdapter 在這一章，我們主要介紹．NET中的資料訪問技術：ADO.NET．ADO.NET的架構可以看到，ADO.NET中的類分為兩種：１．串連提供者類（Connection，Command，DataReader等） ２．資料類（DataSet，DataTable，DataView等） 這兩種分類和我在前一章中介紹的組件分類是一致的．   串連提供者類

注意：在分析階段，我們得出的類是域類，不是現實類。 所謂域類是指和使用者業務相關的，使用者能夠“認得”的類，它存在於使用者的領域中，和電腦技術無關。如：訂單，客戶，產品。。。 所謂現實類是指在程式實現過程中（或詳細設計階段），程式員在代碼中編寫的類，通常和電腦平台，程式設計語言密切相關。如：在一個三層架構的系統中，“訂單”這個域類，在每一層都需要單獨的類來現實。這些類就是現實類。 剛接觸對象建模的人，很容易犯的一個錯誤就是，在分析階段過多的考慮“現實類”，腦子裡總想著代碼怎麼現實這個需求。其實這

迭代式的兩種選擇：1。功能導向型開發（一個時間內只關注一個功能的現實：比如在三層架構中，用一周開發完資料層，一周開發完邏輯層，再用二周開發完頁面，再去整合）2。用例導向型開發（根按使用案例圖，分析出所有可能的情境，順次編寫代碼處理這些情境：比如使用者登入/登出這兩個用例，先開發登入的UI->BLL->DAL，然後再開發登出的UI->BLL->DAL）你應該在各種使用方式下測試你的代碼，正常的和非正常的。儘早地處理各中異常情況，做出正確的處理和提示，讓你的客戶滿意。用測試驅

兩種方法：1.利用Tweaknow Powerpack 2003等最佳化工具，可以指定某個使用者自動登入系統。2.修改註冊表在[開始]-->[運行]-->鍵入[regedit]-->選[HKEY_LOCAL_MACHINE]-->[SOFTWARE]-->[Microsoft]-->[Windows NT]-->[CurrentVersion]-->將[Winlogon]右邊視窗的[AutoAdminLogon](沒有則加）數值資料改為[1]及將[

需求：神州六號是神州系列飛船的一種，它由軌道艙，返回艙，推進艙，和逃逸救生塔組合。航天員使用返回艙來駕馭飛船。軌道艙是航天員工作和休息的場所。在緊急情況下，航天員使用逃逸救生塔逃離。飛船的兩例有多個太陽能電池翼，它為飛船提供電能。 我的答案：  說明：我認為各個艙不能獨立于飛船本身存在，它們的生命週期和飛船主體是一樣，所以用了組合。其實用彙總也是可以的。太陽能電池文中沒有說明是飛船的組成部分，所在用關聯就行了。航天員依賴於各個艙來做各種事情，所以是依賴關係。

現實點對點，可採取主／從機：兩個點（機器）上部署有相同的程式，一台為主機，一台為從機．按發送方不同，主從關係是互換的．如：A向B發訊息時，Ａ是從機串連到Ｂ主機，調用B上的遠程對象的方法發送訊息，B作為伺服器，可以接收A的訊息，實現互動．B向A發訊息時，B是從機串連到A主機．．．伺服器中／繼：必須有一個中心伺服器，串連兩個點，所有訊息都要經過伺服器．一個點要與另一點通訊時，先將訊息發到伺服器，並告知對方的IP和Port．伺服器再將訊息轉寄到對方的機器上．反之亦然．（沒實踐過）廣播更簡單，直接用事件

如果讓你寫一個只有幾百行代碼的程式,你不用設計很快就能寫出來. 但如果讓你編寫一個幾w行,幾10w行代碼程式,你又如何做呢?程式員的水平,也許只有通過大問題,大項目的考驗才能見高低.以下是用物件導向的角度,分析如果解決大問題(大項目) 1. 和客戶充分交流，分析出他們真正想要什麼樣的系統。未來的系統，像什麼（如：CRM, HR)，不像什麼（ERP)。2. 將使用者需要的功能，用普通的使用者能理解的語言寫出來（以便於將來確認），形成基本的URS3.