也说三层结构

[wnglish]

最近在摆弄三层结构。
觉得三层结构也有他的缺陷。
最大的缺陷是为了思路清晰，而大大增加维护量。
比如数据库表增加一个字段，光是修改数据层，都需要修改好多处，procedure也得修改。。。晕
欢迎大家讨论

[wnglish]

我准备用三层做东西，想放弃，维护量太多了，我们后期维护数据库经常变动

[ameng_2002]

如果不用三层，数据库增加一个字段，同样也要改很多地方啊
我倒是觉得用N层析路清晰，拓展性好，代码重用性大，易于维护。

[maimang1999]

如果是关系到数据库的变动的维护，和三层架构的设计思路没有关系，主要是数据库设计方法存在问题，或者讲项目的概要设计或需求分析已经发生了改变。
三层架构的优点就使层次、功能分明，便于维护，
像WNGLISH说的那种情况，不管采用那种架构设计，维护都不会简单

[wnglish]

to maimang1999(麦芒++)
我借鉴了三层的一些优点，自己写一个公共类，后期维护数据库变动，我修改的地方，最多就一两处，而三层不下于10处。。。

[binapex]

如果在项目不是很大的地方，用三层来处理的维护量是要大一些。但是如果一个百万级的项目，都放在一个层里面，那维护量就太大了，光是找到问题的地方就要花费不少时间和精力。每一种方法都会有它的优点和缺点，但是在某些层面，它的优先显示的更多一些，而其他地方缺点更突出一些。但总的来说，使用三层或者更多的层，对于大一点的项目好处大于缺点。因为维护不是你一个人的事情。维护大多不是设计，开发该项目的人来做的。

[wnglish]

是的，应该根据项目大小来采取用何种模式来开发，那位老鸟接触过n层，说说N层的好处，除了思路清晰之外，维护量大吗？