将多个小型vb6应用程序升级到集中式MVC应用程序时，正确的架构是什么？

Question

挑战：

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

我们目前使用的是什么：

• Visual Studio 2010 SP1 Professional
• Microsoft Server 2008 R2（用于部署）
• Oracle 11g（数据来自哪里）

问题：

鉴于我们处理的卡片，我想在合并这些分散报告时寻求适当的策略。现在，我建议我们做MVC。但是，我不确定如何以多个开发人员可以同时为开发做出贡献的方式来完成它。如何/将是什么层（DAL / BLL）？

我们是VB6背景的新手。谢谢！

Answer 1

好吧，不要在你的游行中下雨，但这样的问题总是归结为ROI（投资回报率），根据你所说的，你的投资回报率非常小。 MVC是一个不错的选择，因为它基于所有优秀应用程序应该或多或少地遵循的模式，但如果你遇到VS2010，你将无法使用最新和最好的MVC / Web API /实体框架/等版本。这意味着你的品牌打击新应用程序已经过时并且在您开门之前已经腐烂。

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