WebServices层次划分

建立eTradeService的WebServices

层次划分:

1、DataLayer 数据库层,需要支持多种数据库,SQL SERVER、Oracle、OLE DB、ODBC的数据源,应该可以随时更换

2、数据库访问层,例如:SqlHelper,还可以有OrcaleHelper,OLE DBHelper等等

3、业务层?是否需要,具体的业务逻辑是用存储过程实现,还是这个?分别有什么利弊?如果需要,那么需要写多少个业务类,怎么划分?(实质上这个层是业务规则层:BusinessRuleProjects)

4、Web服务层,具体的WebService,提供一些业务操作的接口,用户界面只能看到这一层。需要多少个WebServices?(服务可以有多个,每个都有自己的功能,安全服务,Email服务,权限服务,报表服务,通知服务,提醒服务,异常服务等等),这层应该是业务外观层:BusinessFacadeProjects

5、用户界面层,这一层可以是ASP.NET来做,也可以是WINFORM。

 

如果要写业务层,应该是这样吧:

1、可以封装具体的类,比如:BOOK类,并且在为这个类提供属性(表中的字段),为这个类提供方法(操作表中的数据,具体的与数据库打交道的应该是SqlHelper类)

2、然后Web服务层来调用业务类的操作就行了。

3、能不能做O/R mapping的映射呢?就是说不用写具体的BOOK类,因为数据库中会有很多表,类太多。如果做一个类,专门来映射数据库中的表,并且能在运行时调用基本的方法就能通用了。这样,增加个字段也不用编写代码了。但是要是在新建记录的时候要默认值,还有办法吗?

你可能感兴趣的:(WebServices)