中间层打造困惑[散分]

Question

中间层的撰写可以参照MSPetShop但是最好不要使用C#类库而是使用文件夹的形式作为存放类文件的地方要注意层和层之间数据的交互

Answer 1

快速向导里面有两个企业示例！
我觉得每一层的分工要明确，最好是单独的dll！
就是传统的3-5层，至于怎么分，我觉得还要依实际项目而定！

Answer 2

http://www.cnblogs.com/stuman/articles/6076.aspx
这篇文章是我对3层程序设计的一点体会

Answer 3

.net中的mspetshop感觉最好,简单轻快.下载源码来看吧.
.net自带的网上书店也不错的.

Answer 4

我感觉中间层用web service去做比较好

Answer 5

中间层需要web service？
没必要吧，除非你想公开你的方法中间层其实就是如同。net的类库一样，只不过是自己写的而已
有两种写法：
一：就是写在一个项目里，建一个文件夹，注意一下名称空间
二：建一个自己的组件库项目，在你的主项目里引用就可以了具体怎么写msdn上可以搜索到，相信你很快会，最好如前几位所说看看实例

Answer 6

net中的mspetshop感觉最好,简单轻快.下载源码来看吧.
.net自带的网上书店也不错的.

Answer 7

.NET里自带的网上书店例子还不错

Answer 8

其实啊，只要明白了，为什么要分层就可以了。其实分层的话，系统开发反而会变慢，但这换来的就是系统的扩展性。有些方法我们可以直接在WEB层写，使用三层后，我们还要跑到业务逻辑层去写方法，然后用WEB层去调用。这带来的最大的好处，就是如果要发布成C/S模式时，业务层的方法可以调用而不必重复写相同的方法了。比如 GetAllUser()这样的方法，直接在WEB层也可以实现数据的返回，但写在业务层的话，可以在WEB的其他地方进行使用，而且C/S也可使用。以后的维护，如果这个方法需要修改，那么只要修改这个地方就可以了。如果建在WEB层，那么修改的地方将很多，而且无法知道哪里需要修改。。就是出于这样的原因，反正，当我们把系统设计 的比较有层次，可以一层层访问时，重用模块就开始体现 。扩展 性将大大提高 。。