你在用什么思想编码：事务脚本 OR 面向对象？
最近在公司內部做技術交流的時候，說起技能提升的問題，調研大家想要培訓什么，結果大出我意料，很多人想要培訓：面向對象編碼。于是我拋出一個問題：你覺得我們現(xiàn)在的代碼是面向對象的嗎？有人回答：是，有人回答否。我對這個問題的回答是：語法上，是了，但是架構上或者思想上，不是。我們現(xiàn)在的大部分代碼，如果要死扣一個名詞的話，那就是：事務腳本。
?
1：最開始的事務腳本
在 Martin Fowler 的書中，存在一個典型的 應用場景，即“收入確認”（Revenue Recognition）。該“收入確認”的描述：
一家軟件公司有3種產品，其售價策略分別為，第一種：交全款才能賣給你；第二種，付三分之一，就給你，60天后，再給1/3，90天后給完全部；第三種，付1/3，就給你，30天后給1/3，60天后給完。
但是，關于這個描述，我打算多啰嗦幾句，而且個人覺的這個啰嗦非常之緊要，因為它影響到了我們的設計。以下是啰嗦的部分：
“收入確認”，在概念上，確實是產品的入賬策略，實際上，Martin 的代碼，也是這么去實現(xiàn)的，不同的產品有不同的入賬策略。不過，數(shù)據庫實現(xiàn)，RevenueRecognition 這個表記錄的是“產品的某個合同根據產品類型所計算出來的：應該執(zhí)行的入賬日及金額”，即策略是跟著合同走的，而不是跟著產品走的。這很有意思，如果你精讀此部分，這種矛盾就會一直糾結在你心頭。同時，我們又不得不時刻提醒自己存在的這個需求。
現(xiàn)在，關于這個場景，如果我們理解了 產品 合同 RevenueRecognition 之間的關系，我們就很能理解了數(shù)據庫是被設計成這樣的：
其概念模型為如下：
好了，現(xiàn)在我們來看看什么是事務腳本，對的，就用代碼來說話。在原文中， Martin 舉了兩個例子，但是精讀之后，我打算將其顛個倒，把原文中的示例2講在前頭。因為示例2，很好的表達了什么才是作者或者譯者眼中的“收入確認”，以及我眼中的“收入策略”。
第一個要實現(xiàn)的功能，即第一個事務腳本描述如下：
根據合同 ID，找到該合同，并根據合同類型得到應該在哪天收入多少錢，并插入數(shù)據庫。
從該描述中，我們知道，這個腳本最應該發(fā)生在簽訂合同時。因為合同一旦簽訂，就應該記錄什么時候應該收到客戶端多少錢。代碼如下：
class RecognitionService
{
??? dynamic dal = null;
???
??? // 計算哪天該入賬多少并插入
??? public void CalculateRevenueRecognitions(long contactNumber)
??? {
??????? DataSet contractDs = dal.FindContract(contactNumber);
??????? double totalRevenue = (double)contractDs.Tables[0].Rows[0]["ID"];
??????? DateTime dateSigned = (DateTime)contractDs.Tables[0].Rows[0]["DateSigned"];
??????? string type = (string)contractDs.Tables[0].Rows[0]["Type"];
??????? if(type == "S")??? // 電子表格類
??????? {
??????????? // the sql "INSERT INTO REVENUECONGNITIONS (CONTRACT,AMOUNT,RECOGNIZEDON) VALUES (?,?,?)"
??????????? dal.InsertRecognition(contactNumber, totalRevenue / 3, dateSigned);
??????????? dal.InsertRecognition(contactNumber, totalRevenue / 3, dateSigned.AddDays(60));
??????????? dal.InsertRecognition(contactNumber, totalRevenue / 3, dateSigned.AddDays(90));
??????? }else if(type == "W")??? // 文字處理
??????? {???
??????????? dal.InsertRecognition(contactNumber, totalRevenue, dateSigned);
??????? }else if(type == "D")??? // 數(shù)據庫
??????? {???
??????????? dal.InsertRecognition(contactNumber, totalRevenue / 3, dateSigned);
??????????? dal.InsertRecognition(contactNumber, totalRevenue / 3, dateSigned.AddDays(30));
??????????? dal.InsertRecognition(contactNumber, totalRevenue / 3, dateSigned.AddDays(60));
??????? }
??? }???
}
?
第二個需求是：計算某合同在某個日期前的應該有的入賬。
class RecognitionService
{
??? dynamic dal = null;
????????
??? // 得到哪天前入賬了多少
??? public double RecognizedRevenue(long contractNumber, DateTime asOf)
??? {
??????? // the sql "SELECT AMOUNT FROM REVENUECONGNITIONS WHERE CONTRACT=? AND RECOGNIZEDON <=?";
??????? DataSet ds = dal.FindRecognitionsFor(contractNumber, asOf);
??????? double r = 0.0;
??????? foreach(DataRow dr in ds.Tables[0].Rows)
??????? {
??????????? r += (double)dr["AMOUNT"];
??????? }
???????
??????? return r;
??? }
}
從上面的代碼，我們可以看出什么才是 事務腳本：
1：采用面向過程的方式組織業(yè)務邏輯；
2：沒有或盡量少的實體類；
3：一個方法一件事情，故有大量業(yè)務類或方法；
4：能與行數(shù)據入口和表數(shù)據入口很好協(xié)作；
?
2：事務腳本之變體
也許上面的代碼多多少少讓大家嗤之以鼻，認為現(xiàn)在很少會這樣來寫代碼了。那么，我們來看看下面這段代碼：
class RecognitionBll
{
??? dynamic dal = null;
???
??? // 計算哪天該入賬多少并插入
??? public void CalculateRevenueRecognitions(long contactNumber)
??? {
??????? List<Contact> contracts = dal.FindContract(contactNumber);
??????? double totalRevenue = (double)contracts[0].Id;
??????? DateTime dateSigned = (DateTime)contracts[0].DateSigned;
??????? string type = (string)dal.FindContractType(contactNumber);
??????? // 上面這行代碼你還可能會寫成
??????? // string type = (string)dal.contracts[0].ProductType;
??????? // 或者
??????? // string type = (string)dal.contracts[0].Product.Type;
??????? if(type == "S")??? // 電子表格類
??????? {
??????????? // the sql "INSERT INTO REVENUECONGNITIONS (CONTRACT,AMOUNT,RECOGNIZEDON) VALUES (?,?,?)"
??????????? dal.InsertRecognition(contactNumber, totalRevenue / 3, dateSigned);
??????????? dal.InsertRecognition(contactNumber, totalRevenue / 3, dateSigned.AddDays(60));
??????????? dal.InsertRecognition(contactNumber, totalRevenue / 3, dateSigned.AddDays(90));
??????? }else if(type == "W")??? // 文字處理
??????? {???
??????????? dal.InsertRecognition(contactNumber, totalRevenue, dateSigned);
??????? }else if(type == "D")??? // 數(shù)據庫
??????? {???
??????????? dal.InsertRecognition(contactNumber, totalRevenue / 3, dateSigned);
??????????? dal.InsertRecognition(contactNumber, totalRevenue / 3, dateSigned.AddDays(30));
??????????? dal.InsertRecognition(contactNumber, totalRevenue / 3, dateSigned.AddDays(60));
??????? }
??? }
???
??? // 得到哪天前入賬了多少
??? public double RecognizedRevenue(long contractNumber, DateTime asOf)
??? {
??????? // the sql "SELECT AMOUNT FROM REVENUECONGNITIONS WHERE CONTRACT=? AND RECOGNIZEDON <=?";
??????? List<RevenueRecognition> revenueRecognitions = dal.FindRecognitionsFor(contractNumber, asOf);
??????? double r = 0.0;
??????? foreach(RevenueRecognition rr in revenueRecognitions)
??????? {
??????????? r += rr.Amount;
??????? }
???????
??????? return r;
??? }
}
public class Product
{
??? public long Id;
??? public string Name;
??? public string Type;
}
public class Contact
{
??? public long Id;
??? public long ProductId;
??? public string ProductType;
??? public Product Product;
??? public double Revenue;
??? public DateTime DateSigned;
}
public class RevenueRecognition
{
??? public long ContactId;
??? public double Amount;
??? public double RevenuedOn;
}
在這個事務腳本的變種中，我們看到了所有人寫過代碼的影子：
1：有了實體類了，所以看上去貌似是面向對象編碼了；
2：看到了 “三層架構” 了，即：實體層、DAL層、業(yè)務邏輯層等；
但是，它仍舊是 事務腳本 的！唯一不同的是，它光鮮的把 DataSet 變成了 List<Model> 了！
?
3：什么是面向對象的？
那么，什么是面向對象的編碼，面向對象的一個很重要的點就是：“把事情交給最適合的類去做”，并且“你得在一個個業(yè)務類之間跳轉，才能找出他們如何交互”。這確實是個不那么簡單的話題，而本文的主旨也僅在于指出，如果我們的代碼中還沒有 工作單元 映射 緩存 延遲加載 等等概念，即便我們編碼再熟練，也僅僅是在熟練的 面向過程編碼。
《新程序員》：云原生和全面數(shù)字化實踐50位技術專家共同創(chuàng)作，文字、視頻、音頻交互閱讀總結
以上是生活随笔為你收集整理的你在用什么思想编码：事务脚本 OR 面向对象？的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： DataGridView的DataGri
- 下一篇： SSH 配置文件