最常用的就是三层架构咯
数据访问、用户呈现,再来一个业务逻辑。
不过,我最近做的几个系统都喜欢把业务逻辑分成两层。
数据访问、用户呈现,再来一个业务逻辑。
不过,我最近做的几个系统都喜欢把业务逻辑分成两层。
解决方案 »
- 有没有人懂得“增强现实”软件的开发情况!比如用什么语言开发?要用到什么技术?用到那些知识?(不要从百度复制粘贴,说些我不知道的)
- DevExpress GridView
- 查询到的数据绑定到gridview的问题。
- 引用类型深度复制问题
- 那位兄弟调试成功过“作为 Web 服务的报表” 在msdn中有例子的。
- 请教多个form之间的切换问题
- 如何连接到服务器上的sql server200数据库?
- ComboBox自动筛选
- webBrowser加载多个iframe模拟点击
- 求C# WINFORM JSON DEMO
- 能不能用C#做一个像window资源管理器这样的文件浏览器?
- 哪位大侠知道怎样把计算机的快照功能禁止掉?
有时层太多反而带来了性能上的降低!~
不过,在大点的项目中用3层是肯定不够的
那样,别的不说,维护起来就很麻烦。
还有一个更加重要的就是,层多了之后,如果设计部分(不管是需求分析、概要设计、详细设计)做的不好,代码写起来会超级郁闷的!举一个简单的例子,如果要修改namespace,这样的文书工作,绝对搞你半天时间(很可能是整个开发团队,全部停下手头的工作,转头做半天的“文员”,这样的情况,我就遇到过一次,超级郁闷)
业务实体层
业务逻辑层
外观表示层