aspnet MVC - это только часть вашей архитектуры - скорее всего, это веб-интерфейс/пользовательский интерфейс. Как говорили другие, поскольку функция вашего приложения способствует идее развязки, то, возможно, между альтернативами классического aspnet и aspnetmvc выбор должен быть mvc.
Вопрос может быть лучше сформулирован «какие технологии/рамки вы можете предложить? [Для x функциональности]». Если вы хотите получить преимущества веб-приложения, я бы, конечно же, предложил mvc поверх aspnet, но, возможно, веб-приложение не то, что вам нужно. Как сказал Борис, возможно, инструмент плагина для среды разработки более уместен, поскольку, похоже, он дает пользователю лучший опыт - т.е. вместо того, чтобы пользователь собирал весь свой код и загружал его для анализа, одно нажатие кнопки в среде IDE делает все это менее болезненным, как плагин. Кто знает?
Возможно, если есть необходимость в функции загрузки вне среды разработки, может потребоваться многопользовательский подход. возможно, плагин (ы) мог подключиться к веб-службе MVC, и одно и то же приложение MVC могло бы также предоставить удобный пользовательский интерфейс для загрузки, что уменьшило бы двойную работу (DRY)? .. просто идеи
Я бы предпочел реализовать его как плагин IDE. –
На самом деле нет правильного ответа, дизайн вашего приложения не влияет на функцию, которую он выполняет. Хотя, учитывая функцию приложения, сделать его очень дезактивированным было бы честным подходом :) – David