我应该使用什么类型的软件架构?

时间:2011-02-04 12:49:05

标签: architecture

我正在为我的项目开发一个Web应用程序。在这个应用程序中,用户必须将面向对象软件的代码上传到我的应用程序,然后测量该软件的耦合和内聚值。

我真的很困惑在设计这个应用程序时我应该使用什么类型的架构。 MVC会是一个不错的选择吗?

2 个答案:

答案 0 :(得分:0)

我同意你从鲍里斯和大卫那里得到的两条评论,我会补充一点。

如果它是一个基本上只读的网站,那么MVC应该没问题,但是如果有很多表单填充,你可能需要一种更经典的ASP.NET类型的方法。我之所以这样说,只是基于我在其他地方提到的信息 - 不是第一手。

“架构”虽然超越了MVC vs. Classic ASP.NET;当你说“上传”时,即时推断是它是一个基于网络的应用程序,它可以推荐MVC / ASP.NET,但这可能会引起轰动。如果应用程序的核心是一组分析代码的算法,那么关于你如何构建代码的大门仍然是敞开的。

  • 谁是您的用户群,他们位于何处?
  • 他们如何工作,他们的背景是什么? (他们是Apple用户谁希望iPhone应用程序可以轻松上传?)。
  • 您需要多么严格地保护您的IP?
  • 您的定价模式是什么?你有一个吗?
  • 人们想要分析多少代码。

答案 1 :(得分:0)

aspnet MVC只是您架构的一部分 - 很可能是Web / UI层。像其他人一样说,因为你的应用程序的功能促进了解耦的想法,然后可能在经典aspnet和aspnetmvc的替代品之间选择应该是mvc。

问题可能更好“你能建议什么样的技术/框架?[对于x功能]”。如果你想要一个网络应用程序的好处,那么我肯定建议通过aspnet mvc,但也许一个Web应用程序不是你需要的。就像Boris所说,也许用于开发环境的插件工具更合适,因为它似乎可以为用户提供更好的体验 - 即。而不是用户打包所有代码并上传它们进行分析,在IDE中单击一下按钮就可以减少整个插件的痛苦。谁知道?

如果在开发环境之外需要上传功能,可能需要采用多端点方法。也许插件可以连接到MVC Web服务,同样的MVC应用程序也可以为上传提供方便的UI,从而减少双重工作(DRY)? ..只是想法