=请大家指教我们的设计方案应该怎么作？=

[cendy99]

我们公司现在给客户做一个MIS系统
后台数据库用的SQLserver2000，大概几十张表，数据有近千万条吧
中间层的实现采用 COM＋技术
前端有终端近600台

我们组负责实现中间层的开发，我们对这方面没有经验
基本的业务逻辑都包括一些订单的插入删除、修改查询等等吧，
当然一些业务逻辑的细节还是很繁琐复杂的

我们中间层的开发我想主要要考虑一下性能、还有可扩展性等几方面因素吧
大家觉得中间层采用什么样的设计模式比较好？

请各位指教指教具体应该怎么作？

[stonespace]

先考虑构架层次上的结构，第一步是列出最重要的必须实现的功能性需求、以及非功能性需求，比如性能、鲁棒性、可用性等等。第二步是对如何实现每个重要需求提出各自的解决方案，可以用设计模式，主要看设计模式的效果，是否符合你的意图，符合就用；另外也可以参考已经做过的项目，找类似的问题和情况，参考它的解决方案。第三步笼统分析剩下的不太重要的功能，以及未来版本需要添加的功能，以及风险应对方案，看看你的构架是否足够灵活，能够适应变化，也可以参考设计模式，实现某种程度的灵活性。

按照USDP，先把架构确定下来。

[cendy99]

请问一般我们这种情况，中间层一般都怎么设计？

有什么比较好的架构或模式吗？

或者哪有这方面的资料，或这方面的书？

谢谢！

[yarshray]

这里你应该重点放在设计模式上面

尽可能多的考虑复用和低偶合.具体你的项目中去

[liubj77]

先把握大的方向和框架，之后呢，考虑细节问题，把东西添加进去

[cendy99]

你觉得我们中间层用微软的ECC模式怎么样？

[cendy99]

谢谢！

你能举例一下作这种MIS系统，现在用的比较多的几种模式都是什么吗？

哪有关于这方面的网络资源，或书籍？

[stonespace]

中间层如何设计、使用哪种架构和模式，都和具体需求有关，每个项目都不一样。不可能有适应不同具体项目的通用解决方案，必须根据项目的具体需求进行选择和设计。

一般都是靠模式和经验，模式本身就已经提供了如何设计的解决方案。问题是，对每一个你碰到的问题，都有很多候选模式可以用，需要进行选择，这个时候你需要看清楚每一种模式的效果和缺点，然后对照你的项目的具体需求，自然会知道那个模式的解决方案更加符合项目的需要。

设计和具体需求相关，要根据具体需求来决定如何设计。比如某个地方未来可能变化，就采用灵活性高的模式，如果某个地方要求鲁棒性高，就用冗余，但是如果未来不可能变化鲁棒性方面没有要求，如果你还采用那些设计的话，就是过度设计自找苦吃，因为模式的解决方案一般都会让你的程序变得更加复杂，你也要多花很多时间去实现它。

[cendy99]

现在我们正在设计中间层，您能推荐一些这方面的资料吗？

关于中间层，也就是业务逻辑层的设计方面的

谢谢！