因此，我們需要添加一個(gè)Visual Studio數(shù)據(jù)來(lái)比較我們的期望值和返回值。在我們的Visual Studio數(shù)據(jù)部分中，刪除Visual Studio數(shù)據(jù)，然后在下拉列表中選擇Scalar Value并點(diǎn)擊添加按鈕。

OO程序的效率不一定比數(shù)據(jù)+過(guò)程的速度慢，原因是OO更能實(shí)現(xiàn)Once and Only Once，更容易分析問(wèn)題的瓶頸，也就更能優(yōu)化效率。效率的優(yōu)化不是在100%的地方優(yōu)化，而是在20%的地方優(yōu)化。

--舉個(gè)實(shí)際的例子，OR Mapping一般比你手寫的程序效率高，因?yàn)樵谝粋€(gè)ORM產(chǎn)品的發(fā)展過(guò)程中，它只需要在幾個(gè)有限的地方，針對(duì)某幾個(gè)有限的影響效率的地方進(jìn)行優(yōu)化，而一般手工編程需要在很多地方進(jìn)行優(yōu)化，并且沒(méi)做一次都要去手工編寫，手工維護(hù)，手工優(yōu)化。OR mapping則吸收整個(gè)社團(tuán)的專家知識(shí)，不斷地重用和進(jìn)步。
 
退一步來(lái)講，就算你是一個(gè)非常高的數(shù)據(jù)庫(kù)編程高手，你寫出的代碼比O/R的效率高，你不能保證每個(gè)地方都可以這樣，你也不能保證每個(gè)人都這樣。而軟件項(xiàng)目是團(tuán)隊(duì)工作。
 
OO的重要作用是程序的可擴(kuò)展性、穩(wěn)定性和適應(yīng)變化，以及使用面向用戶的語(yǔ)言和概念分析問(wèn)題和解決問(wèn)題。這是比你在數(shù)據(jù)庫(kù)存儲(chǔ)提高5%（如果有的話）更重要的效率和優(yōu)化。
 
2004年還在談?wù)摂?shù)據(jù)建模和對(duì)象建模的優(yōu)劣，我想對(duì)大多數(shù)程序來(lái)說(shuō)是非?？尚Φ?。這應(yīng)該是1994年談?wù)摰膯?wèn)題。但我不是說(shuō)數(shù)據(jù)建模就沒(méi)用了，數(shù)據(jù)建模照樣可以解決問(wèn)題?，F(xiàn)在很多人還在用C和PB寫管理系統(tǒng)，他們照樣能夠做得出好程序來(lái)。是否能夠很好地實(shí)現(xiàn)用戶的業(yè)務(wù)是最終的。

只不過(guò)2004年我已經(jīng)不太愿意到郵局去寄信，而是愿意用email發(fā)郵件,OFBIZ這樣的整合工具，用在小規(guī)模的系統(tǒng)里面還是很有優(yōu)勢(shì)的。

我對(duì) Ofbiz 的體會(huì)也不是很深。Ofbiz 把原先必須通過(guò) Java 編程解決的問(wèn)題轉(zhuǎn)化為用 xml 文件進(jìn)行數(shù)據(jù)建模，確實(shí)很大地減小了開(kāi)發(fā)工作量。很多原先必須編程解決的問(wèn)題現(xiàn)在只需要寫 xml 文件就可以了（更多的 xml 文件，更少的代碼量）。 #t#

我們做的是 MIS 類的數(shù)據(jù)庫(kù)操作密集型的軟件開(kāi)發(fā)，所以我們的框架也是以數(shù)據(jù)建模為核心的。對(duì)于業(yè)務(wù)框架的可重用性，我的考慮是這個(gè)業(yè)務(wù)框架是為了解決更復(fù)雜的業(yè)務(wù)問(wèn)題，即為了更大范圍的重用而設(shè)計(jì)的，其中每一部分的可重用性并不是非常重要，各部分耦合緊密也無(wú)可非議。

這是由它的設(shè)計(jì)目標(biāo)決定的，因?yàn)槊恳徊糠植皇窃O(shè)計(jì)來(lái)單獨(dú)使用，而是為了一個(gè)更大的設(shè)計(jì)目標(biāo)服務(wù)的。如果你只喜歡其中某一部分而對(duì)其它部分都不喜歡，那么***完全不要用這個(gè)框架，而使用更適用的輕量級(jí)框架。好在現(xiàn)在可用的 Java 框架已經(jīng)是非常多了。