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类，因为数据库中会有很多表，类太多。如果做一个类，专门来映射数据库中的表，并且能在运行时调用基本的方法就能通用了。这样，增加个字段也不用编写代码了。但是要是在新建记录的时候要默认值，还有办法吗？