物件導向最新書籤
957 天前 
分類：
標籤：
1183 天前 
1211 天前 
EF#2. Entity & Encapsulation 
EF#2. Entity & Encapsulation
前一篇講了一堆大道理，這篇就來看一些實作吧。各種 ORM 的技術都有共同的目的，就是能把物件的狀態存到關聯式資料庫，而這樣的對應機制則是各家 ORM 競爭的重點，勝負的關鍵不外乎是那一套比較簡單? 那一套包裝出的 Entity 物件能夠更貼近一般的物件? 會有這樣的 "對應" 機制需求，原因只有一個，物件技術發展的很快，已經能解決大多數軟體開發的需求了，不過資料庫就沒這麼幸運，現在的 DBMS 撇開一些技術規格不談，本質上還是跟廿年前差不多，就是關聯式資料庫而已，本質上就是一堆 table + relationship, 配合 SQL 語法來處理資料。發展至今，物件技術跟資料庫技術能處理的問題...
1222 天前 EF#1. 要學好 Entity Framework? 請先學好 OOP 跟 C# ...
EF#1. 要學好 Entity Framework? 請先學好 OOP 跟 C# ...
這次為了能順利的學好 Entity Framework，花了不少工夫在研究它的作法。不過有一大半不是在 Entity Framework 本身，而是在 C# 的一些特別的語法跟 LINQ 身上...。也因為這樣，我深切的體認到一個 ORM 技術能不能成功，其實都是在 Hosting 這個 Framework 的環境夠不夠成熟...。 不過在摸索的過程中，找到的資訊都是片斷的，每一篇都是講實作，範例程式，操作步驟... 等等，而當時我最需要的反而是幫助我決定，Entity Framework 到底值不值得我押在上面投資五年開發計劃使用的 ORM 技術? 它跟 NHibernate (考慮中的另一
這次為了能順利的學好 Entity Framework，花了不少工夫在研究它的作法。不過有一大半不是在 Entity Framework 本身，而是在 C# 的一些特別的語法跟 LINQ 身上...。也因為這樣，我深切的體認到一個 ORM 技術能不能成功，其實都是在 Hosting 這個 Framework 的環境夠不夠成熟...。 不過在摸索的過程中，找到的資訊都是片斷的，每一篇都是講實作，範例程式，操作步驟... 等等，而當時我最需要的反而是幫助我決定，Entity Framework 到底值不值得我押在上面投資五年開發計劃使用的 ORM 技術? 它跟 NHibernate (考慮中的另一 ...
這次為了能順利的學好 Entity Framework，花了不少工夫在研究它的作法。不過有一大半不是在 Entity Framework 本身，而是在 C# 的一些特別的語法跟 LINQ 身上...。也因為這樣，我深切的體認到一個 ORM 技術能不能成功，其實都是在 Hosting 這個 Framework 的環境夠不夠成熟...。 不過在摸索的過程中，找到的資訊都是片斷的，每一篇都是講實作，範例程式，操作步驟... 等等，而當時我最需要的反而是幫助我決定，Entity Framework 到底值不值得我押在上面投資五年開發計劃使用的 ORM 技術? 它跟 NHibernate (考慮中的另一
1268 天前 
原來 .NET 早就內建 XmlNodeWriter 了...
原來 .NET 早就內建 XmlNodeWriter 了...
在寫新專案的過程中，意外的發現這東西，一定要提一下... 不知道有多少人用過 XmlNodeWriter ? 我用這東西用很久了，當年 Microsoft 推出 .NET Framework 時，強調有很強的 XML 處理能力，其中 XmlReader / XmlWriter 就是以效能為考量，讓你避開處理大型 XML 資料效能很糟糕的 XmlDocument, 也...
1302 天前 
該如何學好 "寫程式" #5. 善用 TRACE / ASSERT 
該如何學好 "寫程式" #5. 善用 TRACE / ASSERT
哈哈，這篇拖的夠久了 :P 上篇扯太多，寫到一半寫不完就留到這篇了。寫出可靠的程式，這是軟體工程師的基本要求。上篇提到了 TRACE / ASSERT 的應用，來複習一下: TRACE: 原本是 C 的除錯用巨集，目的是用適合的方式輸出除錯用的訊息，用來跟一般的訊息輸出有所區別。因為用的是不同的方式輸出，可以很容易的統一關掉。隨著工具的進步，輸出的方式也越來越適合除錯，比如輸出到開發工具的除錯視窗，或是輸出成記錄檔等等。 ASSERT: 也是除錯用巨集，它接受一個 bool 參數，輸入值為 TRUE 時一切正常，就像沒呼叫一樣，輸入 FALSE 則會中斷程式，或是輸出顯目的警告訊息。目的在於確...
1317 天前 
生產者 vs 消費者 - BlockQueue 實作
生產者 vs 消費者 - BlockQueue 實作
過去寫了好幾篇跟執行緒相關的文章，講的都是如何精確控制執行緒的問題。不過實際上有在寫的人就知道，那些只是 "工具"，最重要的還是你該怎樣安排你的程式，讓它能有效率的用到執行緒的好處，那才是重點。大部份能有效利用到多執行緒的程式，大都是大量且獨立的小動作，可以很簡單的撒下去給ThreadPool處理，不過當你的程式沒辦法這樣切，就要想點別的辦法了。 開始看 code 前先講講簡單的概念。這篇要講的是另一種模式: "生產者 v.s. 消費者"。這是個很典型的供需問題，唸過作業系統 (Operation System) 的人應該都被考過這個課題吧 @_@。簡單的說如果你的程式要處理的動...
1664 天前 
1668 天前 
思考物件導向(1)物件導向與封裝
思考物件導向(1)物件導向與封裝
小虎牙 收藏於 2007/11/04
OO的三大基礎是封裝、繼承、多型。用現實生活的物件做OO解說上的比擬，通常不會太恰當，因為只能解釋封裝和繼承，卻無法解釋多型。而多型卻是OO真正的重點，也是學習OO的門檻。
1714 天前 
1775 天前 
ericsk’s blog » 簡單筆記 JavaScript 的 OOP
ericsk’s blog » 簡單筆記 JavaScript 的 OOP
elleryq 收藏於 2007/07/20
雖然我沒有很認真研究 JavaScript 的 type checking 或是 memory allocation 的機制，不過目前這樣做還能動，而且也還蠻好理解的。
分類：網站設計
標籤：javascript物件導向oop
1843 天前 
concentration studios 12 Days of Stupid Ruby Tricks
concentration studios 12 Days of Stupid Ruby Tricks
CFC 收藏於 2007/05/13
Ruby戲法 ...
Ruby戲法
群組：
訂閱