其他

top-down bottom-up具體描述參考Paul Graham的Programming Bottom-Up top-down design 自頂向下：傳統的方法，將最初的需求一步步細化切分，到最終實現時的粒度。bottom-up design

文章連結：Secrets of Great Architects文章舉了電子工程中電腦體繫結構架構的例子：系統->子系統->組件對於硬體系統設計而言，電腦結構不可謂不複雜，單純的一塊Intel

    SqlBuilder幾個類用於構造SELECT、INSERT、DELETE、UPDATE的SQL語句，類圖如下        1. SqlBaseBuilder    主要提供對WHERE子句產生的支援。NH可能對簡單的屬性產生col1=?這樣的WHERE條件，也可能對CollectionType的屬性產生 col1=? AND

    對稱密碼學、非對稱密碼學（Symmetric Algorithm, Asymmetric Algorithm）    對稱密碼只有一個密匙，加密和解密都使用這個相同的密匙。非對稱密碼有兩個密匙，一個作為公匙可以告訴其他人，一個作為私匙只有自己知道，用公匙加密的資料只能用私匙解密，用私匙加密的資料只能用公匙解密。   

    IE7對html標籤的關閉很敏感，例如下面這段代碼可以正常工作Code highlighting produced by Actipro CodeHighlighter

    Client Architecture    "What is the native interface of SQL Server?". Many developers were resistant to interfaces like ODBC because they thought that DB-Library, the client API developed by Sybase, was the native interface to SQL Server. In

OQL中的兩個概念對象case 1: 把屬性替換為列名，對象替換為表名Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->select UserId,UserCode,UserName from User結果:Code highlighting produced by Actipro CodeHighlighter

1. 發票晚於收貨（貨到票未到）採用標準成本法時，價差記入"發票價差"，包括收貨時採購訂單價格與標準成本的差異，以及發票校正時發票價格與採購訂單價格的差異採用移動平均價，收貨時直接按採購訂單價格記入存貨價值（即以暫估價值入庫），收發票時的價差，如果庫存充足則直接更新庫存價值，如果庫存低於發票數量則按比例一部分更新庫存價值，一部分記入"發票價差"科目2.

    NHibernate-1.2.0.Beta3-debug    NHibernate採用參數名後綁定方式。   根據實體屬性對應資訊產生相關操作的SQL語句時，並不產生參數名，在SQL字串層面用一個萬用字元?表示參數名，在對象層面用SqlCommand目錄下的Parameter類表示一個參數。這樣有利於中間對SQL語句的的分析和再處理。在SQL語句快要執行之前，NH才產生具體的參數名，填入到SQL語句之中，並把對應的參數名、參數值賦值到DbParameter對象上。   

    Server Architecture    Figure "Server Architecture" illustrates the main components of the relational engine portion of SQL Server. The illustrated components can be organized into three groupings of subsystems.    Server Architecture    Open

契約式設計(Design By Contract)把類和它的客戶程式之間的關係看作正式的協議，描述雙方的權利和義務。Bertrand Meyer把它稱作構建物件導向軟體系統方法的核心。契約式設計的提出，主要基於軟體可靠性方面的考慮。可靠性包括正確性和健壯性，正確性指軟體按照需求規格執行的能力，健壯性指軟體對需求規格中未聲明狀況的處理能力。健壯性主要與異常處理機制相關。正確性一方麵包括對象元素內部啟動並執行正確性，另一個重要方面是與其它對象元素互動時的正確性。客戶程式(Client)

NHibernate裡面one-to-one有兩種方式：主鍵關聯和唯一外健關聯主鍵關聯：兩個表擁有相同的主鍵欄位，值相同的關聯在一起。典型的應用是一個對象的屬性太多，將常用的屬性跟不常用的附加屬性分開存放，或者按照業務分類存放、維護，例如物料的通用屬性、財務屬性、採購屬性、生產製造屬性。因為表示的是同一個對象，所以它們的生命週期是相同的。但一般會有一個主從關係，因為通常我們會將其中的一個主表跟對象直接映射，其它的做為附屬。唯一外健關聯：兩個表擁有獨立的主鍵欄位（實體id），一個表用外部索引鍵關聯

使用NHibernate實現ICompositeUserType後，可以在HQL中對組合對象的屬性進行查詢，例如下面類圖：    表結構：xml配置：Code highlighting produced by Actipro CodeHighlighter

    HtmlParser.NET at sourceforge, the project code is licensed under the Common Public License.    example code:Code highlighting produced by Actipro CodeHighlighter

一個bug調試了半天，才發現跟NHibernate透明代理有關。用測試代碼驗證了一下：ClassA有兩個屬性S1和S2，S1使用NHibernate持久化，S2不需要持久化。Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/-->public class ClassA{    private int _id;    private string _s1;  

“單例”的概念是說，資料，在指定的範圍內，只有一份。這個所謂的“指定的範圍”可能是每進程、每AppDomain、每線程，也可能是每調用。為了在指定的範圍內“單例”，可能要採用不同的技術。比方說一個普通的靜態屬性Instance可以提供很happy的每AppDomain範圍；一個ThreadStaticAttribute修飾的static域可以提供每線程範圍；一個CallContextStaticAttribute（這東東得自訂，回頭帖個實現）來提供每調用範圍等等。今天主要討論不是這些範圍如何如何

set, bag, list, map的語義集合最重要的一點是集合的語義。Java JPA中對Set, List, Collection, Map四種集合進行了定義（Java的Collection允許bag語義），NHibernate從Hibernate移植時照搬了這些概念。但是.Net社區中這些概念比較弱，很多人對set, bag,

有關物料的計劃，一般可以分為綜合計劃（銷售計劃和生產計劃的綜合考慮，也稱為生產大綱）、主生產計劃、物料需求計劃例如下表為某空調企業的年度生產大綱，這種計劃不必細分到型號規格：    MPS的作用：    MPS需要經過RCCP校正，RCCP即粗能力計劃Rough-Cut Capacity Planning，運用關鍵工作中心的產能對MPS可行性進行校正一般ERP系統都通過在工藝路線中維護物品佔用和消耗的資源，根據工藝路線產生MPS對象物品的關鍵資源清單   

Martin在交易模式(Trading)中側重在股票、期貨、期權等，估計是從金融領域的一些項目中提取出來，這些領域比較狹隘另外感覺Martin在一些細枝末節上做的文章過多，而對行業中大量運用的各種業務模式隻字不提，因此看起來根本不像領域概念性模型，而只是針對特定行業領域的幾種設計案例。畢竟領域概念性模型的重點是系統如何?各種主流的業務模式另外Martin很少使用專有的行業術語，要將那些突然間冒出來的對象名詞對應到行業術語非常困難ERP系統尤其是象SAP這種大型ERP，它們的採購、銷售等模組能夠解

ERP理論的發展庫存訂貨點20世紀30年代，主要採用控制庫存數量的方法管理企業物料需求。為每種需求的物料設定目標庫存和安全存放庫存，確定訂貨點order point和訂貨批量lot size    適用範圍：a) 物料消耗相對穩定；b) 物料供應相對穩定；c) 物料需求是獨立的；d) 物料價格不太高（高價值物料，為降低庫存成本必須更精確控制）MRP - Material Requirements