老问题了在问，现在用三层架构做网站，后期数据变动如何整合。三层好处在哪？散分100

Question

请高手指点一下.....

Answer 1

后期数据变动什么意思？即使数据表进行了改动，model保留原样，
业务层和表示层就无需更改，只需对数据访问层进行调整

Answer 2

我从来没有去想过“用三层开发”这类东东。根本没有必要去考虑它。我为了避免手写一大堆（容易错误的）代码，我使用ObjectDatasource控件来处理所有界面上的数据源问题，这样，界面都是针对对象来处理的，跟BLL实现毫无关系。我可以在内存中使用DataTable或者List<T>来生成一个static的“假的”数据集，来支持界面开发。之后只要一分钟就可以切换到后台针对数据库的实现上了。我们看谁是“庖丁”，只要看他能不能真正找到筋骨之间的缝隙，而不是看它有没有庖丁的名头。都是某个细节决定了它的结果的。决定你是否”三层架构“的不在于你是否遵循了某些人写的文章，而在于你是否抛开文章而找到了你自己的具体的做法。如果你实践地去“藐视”和验证底层是可以轻而易举地切换的，你就给出了一种分层架构的实现形式，尽管这种形式跟任何人写的文章都不同，但是真正有了分层的经验的人已经可以看懂你的细节了。你的随便2、3行代码可能就能看出你的后续的路数，所以对待任何框架都要把它简化到2、3行代码来代表其目的，而不是用一大堆代码来说明。