升级多个小VB6应用到集中MVC应用程序时，什么是正确的架构

Question

挑战：

我们目前有100多个VB6应用。我们的设置是，对于我们拥有的每台桌面服务器（当前为20台），应安装这些应用程序。总而言之，你可以做数学。然后，用户将访问该服务器，或通过RDC连接，他们将在那里生成他们的报告。问题已经出现，但管理层选择升级的主要原因是因为我们没有VB6 dev't许可证了。

我们目前使用的是什么：

• 的Visual Studio 2010 SP1专业
• 微软服务器2008 R2（用于部署）
• 的Oracle 11g（数据来自何方）

问题：

鉴于我们被处理的卡片，我想寻求适当的s在巩固这些分散的报告方面发挥着重要作用。现在，我建议我们做MVC。但是，我不确定应该如何做，以便多个开发人员可以同时为开发做出贡献。如何/将会有哪些图层（DAL/BLL）？

我们对来自VB6背景的新手不熟悉。谢谢！

Answer 1

好吧，不要在你的游行上下雨，但这样的问题总是归结为ROI（投资回报）​​，根据你所说的话，你的投资回报率是非常小的。 MVC是一个很好的选择，因为它基于所有优秀应用程序应该或多或少地遵循的模式，但如果您遇到VS2010，则无法使用最新版本，也不能使用最佳版本MVC/Web API/Entity Framework /等。这意味着你的品牌打屁股新应用程序已经过时了，并且在你将它踢出去之前就已经腐烂了。

如果您的组织不愿或不能升级到至少VS2012（但只要你这样做，你可能会一路如去2013年），这样就可以利用MVC5，网页API 2，和实体框架6，然后放弃任何新的开发，并尽量减少使您当前的应用程序工作。从成本角度来看，对于旧的，过时的技术进行新的开发只是疯狂的。