c# 三层架构+工厂模式 增删改sql数据库

[dwa4821]

给个详细点的思路。讲一讲步骤。有几步，每步做什么。

也不一定是三层架构，要求是业务层和功能层分开。只知道这些。

谢谢

[江南小鱼]

业务和功能分开，和工厂模式什么关系呢，ui和业务单独分层不就是业务和功能分开了么~

[以专业开发人员为伍]

你只要举出两只以上异构的所谓的“功能层”来，然后他们访问相同的所谓“业务层”，而屏蔽数据库系统，这就是三层。 三层是最简单的概念，只要学过“服务”的人都已经在使用三层概念，只不过有性能、功能、部署、扩展等方面的差别。但是都是至少已经有3层了。

[以专业开发人员为伍]

两只 --> 两个 异构的前端，访问相同的业务逻辑服务。把握这个原则即可。

[jhdxhj]

动软代码生成器帮你自动生成

[以专业开发人员为伍]

当你的领导让你“业务层和功能层分开”的时候，你起码要领悟到，领导是从高处来看待开发出现的问题的，所以才会让你把简单的前端（可能忽悠你，所以说成是“功能层”）分开。 像“X软生成器”它能知道什么业务层设计？它纯粹是在DAL上忽悠你，在DAL中封装一堆东西。你原本可以用4、5条通用的DAO.NET方法或者 Helper 方法去直接访问关系数据库、随时进行简洁地调整，而它也给你封装成几百个方法。但是无论如何，这不是通常意义上的“三层封装”的初衷。它纯粹是走个形式，它的技术在于DAL封装，以及“为了三层而三层”，不是许多人真正需要的技术。 真正的三层架构设计，必定是千人千面的。必定要你自己搞懂，自己动手来设计业务服务接口。

[以专业开发人员为伍]

引用 楼主 dwa4821 的回复:

也不一定是三层架构，要求是业务层和功能层分开。只知道这些。

你的第一个基线，就是要先明确各种前端的通讯“软网关”技术。例如你提供古老的 webservice 访问方式，那么将来你的各种前端如何接入？换做其它方式是不是上手更简单、更容易查错？你要在几种你知道的“远程服务”开发技术中选择2种，或者选择1种。确定了服务层提供的技术形式并且准备技术手段，可以在研究业务接口的逻辑设计时提供参考。 另外，如果你不是远程调用它，而是仅仅是单机、本地访问公共类库 dll，那么尽量不要空谈什么“三层架构”。单机程序（包括小的、没有用到副客户端技术的asp.net 网站）还谈什么三层架构？

[以专业开发人员为伍]

副客户端技术 --> 富客户端技术 传统的 asp.net webform 其实曾经有相当强大的开发功能，类似于过去的winform，控件可以支持状态维系和事件驱动，因此小的传统webform 开发的网站用不着“三层”。当你的类库要给多种技术架构完全不兼容的前端使用时，才可以借鉴三层架构思想来独立设计BLL层类结构。 而当你开发纯粹网络服务系统，将winform、wpf、asp.net、html 等等前端与你的“企业统一业务服务器”分离时，这个时候就体现出业务服务层的最终的作用的。这就好像是银行的ATM机、柜台终端，都不是跑到什么银行数据库里“增删改查”的，而是跟银行各个服务系统通讯的，它们根本不知道数据库在哪里、用了几个数据库、有什么数据库。并且业务控制和规则改变，可以由银行服务系统来完成，并不需要更新前端。