对于小型(ish)应用程序,是否值得使用3层架构

Mat*_*ser 6 .net architecture asp.net design-patterns n-tier-architecture

我正在开发一个相对较小的asp.net Web应用程序,我想知道是否真的需要采用完整的n层架构.对于大小的想法; 大约有20个数据库表.

在过去,我使用了一种双层方法,其中业务逻辑和数据访问被组合到一个类库中,一个asp.net Web应用程序构成了UI层,这似乎工作正常.

是否存在阈值大小或一些经验法则,您应该使用n层?

Ada*_*lph 14

它现在可能相对较小,但您认为它可能会在未来增长吗?在你的课程中,你必须务实,但如果你已经在单个组件中有自然的分离关注,那么将它分成两个或多个组件相当容易.如果类本身结合了业务逻辑和数据访问,那么您就可以完成更多的工作.但是,我认为,如果需要的话,在一个程序集中编写数据访问逻辑并在另一个程序集中编写业务逻辑几乎不再需要,而不是首先在一个地方写入所有数据.