我正在为我的项目开发一个Web应用程序。在这个应用程序中,用户必须将面向对象软件的代码上传到我的应用程序,然后测量该软件的耦合和内聚值。
我真的很困惑在设计这个应用程序时我应该使用什么类型的架构。 MVC会是一个不错的选择吗?
答案 0 :(得分:0)
我同意你从鲍里斯和大卫那里得到的两条评论,我会补充一点。
如果它是一个基本上只读的网站,那么MVC应该没问题,但是如果有很多表单填充,你可能需要一种更经典的ASP.NET类型的方法。我之所以这样说,只是基于我在其他地方提到的信息 - 不是第一手。
“架构”虽然超越了MVC vs. Classic ASP.NET;当你说“上传”时,即时推断是它是一个基于网络的应用程序,它可以推荐MVC / ASP.NET,但这可能会引起轰动。如果应用程序的核心是一组分析代码的算法,那么关于你如何构建代码的大门仍然是敞开的。
答案 1 :(得分:0)
aspnet MVC只是您架构的一部分 - 很可能是Web / UI层。像其他人一样说,因为你的应用程序的功能促进了解耦的想法,然后可能在经典aspnet和aspnetmvc的替代品之间选择应该是mvc。
问题可能更好“你能建议什么样的技术/框架?[对于x功能]”。如果你想要一个网络应用程序的好处,那么我肯定建议通过aspnet mvc,但也许一个Web应用程序不是你需要的。就像Boris所说,也许用于开发环境的插件工具更合适,因为它似乎可以为用户提供更好的体验 - 即。而不是用户打包所有代码并上传它们进行分析,在IDE中单击一下按钮就可以减少整个插件的痛苦。谁知道?
如果在开发环境之外需要上传功能,可能需要采用多端点方法。也许插件可以连接到MVC Web服务,同样的MVC应用程序也可以为上传提供方便的UI,从而减少双重工作(DRY)? ..只是想法