2011-01-19 95 views
3

我们正计划开发一个中等 - 大尺寸网络appliactionWeb应用程序架构的问题

  • 大多CRUD操作
  • 报告
  • Intranet/Internet的准备

有人出了个主意将应用程序拆分为两个独立解决方案

  1. ASP.NET Web应用程序 - 前端
  2. 核心应用 - 数据访问,域逻辑..托管在Windows服务

通信将与WCF实现(TCP,命名管道)

我想知道这个解决方案有什么缺点和优点?

我很担心开发过程会变得复杂。所有这些通过WCF通信。

能否请您分享一些虽然或有任何与类似项目的经验吗?

+0

请定义中/大。什么是预期的流量?有了图层可以分离逻辑并使其更容易添加,例如之后缓存为新层。 – 2011-01-19 08:27:00

+0

让我们从100个conformers用户开始。但有一个潜在的增长... – user137348 2011-01-19 08:37:49

回答

1

这是查看它的一种方法,但是如果您以'标准'n层方式编写应用程序,以便Web前端不依赖于来自后端的具体类,那么您'可以'如果需要的话,稍后再提供,但是为了以防万一,会增加系统的复杂性。

另一种方法是将应用程序放入具有负载平衡器的Web场中 - 这样可以降低代码复杂性并允许按需扩展。

(我还注意到100个并发用户并不是那么大)。