2011-02-04 2 views
0

Я работаю над веб-приложением для своего проекта. В этом приложении пользователь должен загрузить код своего объектно-ориентированного программного обеспечения в мое приложение, которое затем измеряет значения связи и сцепления для этого программного обеспечения.Какой тип архитектуры программного обеспечения я должен использовать?

Я действительно смущен тем, какую архитектуру я должен использовать при разработке этого приложения. Будет ли MVC хорошим выбором?

+0

Я бы предпочел реализовать его как плагин IDE. –

+1

На самом деле нет правильного ответа, дизайн вашего приложения не влияет на функцию, которую он выполняет. Хотя, учитывая функцию приложения, сделать его очень дезактивированным было бы честным подходом :) – David

ответ

0

Я согласен с двумя комментариями, которые вы получили от Бориса и Дэвида, и я добавлю к этому.

Если это сайт в основном только для чтения, тогда MVC должен быть в порядке, но если есть много форм заполнения, вы можете захотеть использовать более классический подход ASP.NET. Я говорю, что это основано только на информации, которую я собрал в другом месте - не из первых рук.

«Архитектура» выходит за рамки MVC и Classic ASP.NET; когда вы говорите «загружать», подразумевается, что это веб-приложение, которое wowl предлагает MVC/ASP.NET, но это может быть прыжок с пистолета. Если ядром приложения является набор алгоритмов, которые анализируют код, тогда дверь все еще широко раскрыта в отношении того, как вы ее создаете.

  • Кто входит в заставку и где они находятся?
  • Как им нравится работать, каков их контекст? (Являются ли они пользователями Apple, которые ожидают приложения для iPhone для легкой загрузки?).
  • Насколько вы должны защищать свой IP-адрес?
  • Какова ваша ценовая модель? У вас его есть?
  • Сколько кода люди захотят проанализировать.
0

aspnet MVC - это только часть вашей архитектуры - скорее всего, это веб-интерфейс/пользовательский интерфейс. Как говорили другие, поскольку функция вашего приложения способствует идее развязки, то, возможно, между альтернативами классического aspnet и aspnetmvc выбор должен быть mvc.

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

Возможно, если есть необходимость в функции загрузки вне среды разработки, может потребоваться многопользовательский подход. возможно, плагин (ы) мог подключиться к веб-службе MVC, и одно и то же приложение MVC могло бы также предоставить удобный пользовательский интерфейс для загрузки, что уменьшило бы двойную работу (DRY)? .. просто идеи

Смежные вопросы