视图模型和/或域模型?

时间:2014-04-30 07:42:39

标签: model-view-controller viewmodel domain-model

早上好, 我正在努力找出对我来说最适合做的事情。我正在做的“大部分”绿地工作。
“大多数”部分出现了,因为我继承了两个系统,这些系统在公司合并之后执行了非常类似的任务 非常重要的是,这些现有系统不会因为公司的现场部队活动和停机=底线而处于危险之中。 所以我选择使用Azure Service Bus来保持2个底层Db同步,这似乎是可以约会的 我正在使用来自那些遗留Db的已发布更改来填充/同步新的Db实例。新实例旨在将旧世界整合为一个勇敢的新世界,我正在努力建立一个代表公司业务的领域模型。这很慢但是教育正在发挥作用,并且正在看到它的价值 “新系统”也将有一个新的UI,我们决定在MVC中实现它。 我在印度有2个人将构建MVC应用程序,其余的将在伦敦发生。

所以这就是问题,我希望我的域模型能够通过网络服务被UI读取。我的动机是将该模型与系统的其他部分分离和保护。将使用Web服务在启动时加载数据,发布他们对总线所做的任何更改。

我是否只让印度人拿走返回的数据并维护他们自己的本地视图模型或者什么?管道应该是什么样的?有可能有80个UI实例在白天工作。

域模型已经证明与屏幕上显示的预期视图明显不同。

我非常感谢这里的一些指示,因为我有一个难得的机会'做对了'.... :-) 问候 史蒂夫

1 个答案:

答案 0 :(得分:0)

1)隐藏内部公司流量。 2)将REST / SOAP /这里适合的任何东西暴露给MVC应用程序。 3)MVC应用程序可能是服务器端,客户端,移动设备,白天。但它只消耗“公共”API。 4)建立中间人服务,处理来自MVC应用程序的请求,并能够与公司下属的其他部分交谈。

这样,您和印度的团队可以完全自由地为您的需求进行设计。 MVC应用程序可以从Internet运行(而不是在一些vpn或类似的东西后面)。印度的团队对其他系统的内部结构并不了解(你不需要了解MVC的内部结构)。等

作为奖励您将来可以使用现成的架构来添加不同的客户端(如移动应用程序)。