Visual Studio功能可以實(shí)現(xiàn)修改測(cè)試代碼和方法，還有相關(guān)Visual Studio功能的策略。然而，我們要改變折扣策略Visual Studio功能，就要重新編寫(xiě)一下代碼，還有一些文件配置的相關(guān)問(wèn)題。

設(shè)計(jì)數(shù)據(jù)模型的重點(diǎn)不是去分析到底什么地方是可變的，什么地方是不可變的，業(yè)務(wù)會(huì)以什么樣的方式變化（OO里面經(jīng)典的Hotspot分析），所以整個(gè)系統(tǒng)慢慢會(huì)變成一堆數(shù)據(jù)，根本無(wú)法理解它真正的行為。

其實(shí)我要求不高，給我一個(gè)對(duì)象的世界，讓我實(shí)現(xiàn)業(yè)務(wù)，你去展現(xiàn)、去持久、去分布，不要讓別的東西來(lái)打擾我。當(dāng)然，萬(wàn)一我需要數(shù)據(jù)你也得給我，我還要做報(bào)表呢。呵呵。

看來(lái)你是比較傾向?qū)ο蠼?呵呵，這樣就引出對(duì)象建模與關(guān)系建模的爭(zhēng)論了 我是比較喜歡關(guān)系建模的，很簡(jiǎn)單，我不會(huì)對(duì)象建模……（別拿板磚砸我） 關(guān)系建模的基礎(chǔ)是集合理論，而集合的研究在數(shù)學(xué)上是比較完善的，可以說(shuō)，關(guān)系建模是有一個(gè)嚴(yán)密的理論基礎(chǔ)。Visual Studio功能這個(gè)基礎(chǔ)是相當(dāng)簡(jiǎn)單的－－至少概念是這樣。

簡(jiǎn)單往往意味著高效。 而對(duì)象建模呢？我不清楚 基于集合理論的關(guān)系數(shù)據(jù)庫(kù)在處理數(shù)據(jù)的性能上是無(wú)可匹敵的，對(duì)象數(shù)據(jù)庫(kù)的效率絕不可能和關(guān)系數(shù)據(jù)庫(kù)處在統(tǒng)一水平線上。完全的面向?qū)ο髷?shù)據(jù)庫(kù)搞了十幾年了，始終無(wú)法打入主流市場(chǎng)，這是一個(gè)很主要的原因。

本不用討論Visual Studio功能?；趯?duì)象的數(shù)據(jù)庫(kù)倒有幾個(gè)，但我的看法實(shí)際就是關(guān)系數(shù)據(jù)庫(kù)的底層上加一個(gè)ORM，只是這個(gè)ORM做在數(shù)據(jù)庫(kù)端。 到底什么是對(duì)象建模呢？各位老大能否給我等掃掃盲？#t#

然后我們就可以修改測(cè)試代碼和方法實(shí)現(xiàn)，直到完全滿足以上的折扣策略。然而，Visual Studio功能這意味著如果我們要改變折扣策略，就需要重新編譯代碼，至少也需要修改配置文件。

如果這段邏輯存儲(chǔ)在一個(gè)數(shù)據(jù)表里，那么我們可以將訂單的價(jià)格傳入一個(gè)存儲(chǔ)過(guò)程，然后在表中查詢折扣數(shù)量。不過(guò)，當(dāng)我們著手創(chuàng)建Visual Studio功能表格和存儲(chǔ)過(guò)程時(shí)，很快就會(huì)遇到一些問(wèn)題。這個(gè)表格的結(jié)構(gòu)是怎么樣的?我們?cè)撊绾伪硎疽粋€(gè)范圍的最低值和最高值?如何處理邊界情況?