Относительные усилия / производительность для разработки бизнес-приложений в Silverlight / WPF или ASP.NET?

Question

Я хотел бы получить некоторые расплывчатые рекомендации относительно относительных усилий по созданию с использованием ASP.NET по сравнению с Silverlight / WPF.Я знаю, все зависит, но любой вклад очень ценится.

Я перестраиваю приложение winforms и планирую переместить его в:

• ASP.NET (может быть MVC или веб-формы) или

• Silverlight (4) или WPF с развертыванием ClickOnce.

Это типичное приложение в деловом стиле с несколькими десятками форм, различными сетками данных, стандартными элементами управления Windows и т. Д.Некоторая графика графика, но нет мультимедиа.Это не очень большой объем данных, т. Е. Существует довольно много наборов данных, но они редко имеют более 10 столбцов и 100 строк и обычно меньше.Логика в настоящее время тесно связана с кодом winforms, поэтому в любом случае ее нужно будет отделить от пользовательского интерфейса.Мы также используем Crystal Reports для отчетов.

2-3 разработчика, которые будут работать над этим, имеют некоторый опыт работы с WPF и ASP.NET, но не очень.

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

Приложение установлено для клиента и используется только внутри его брандмауэра.,Основным преимуществом ASP.NET будет развертывание, но я полагаю, что silverlight или wpf с clickonce не будут намного хуже для развертывания и могут быть быстрее построены.

Если есть какая-либо другая общая информация, которую я могу предоставитьчто облегчит оценку относительного усилия, дайте мне знать!

спасибо.

ОБНОВЛЕНИЕ:

Давайте предположим, что единственной основой для моего решения является скорость / производительностьразработка (т.е. игнорирование развертывания, влияния пользовательского интерфейса и т. д.).какой я должен выбрать?

Answer 1

То, что вы используете и насколько рентабельным будет проект, будет полностью зависеть от требований и навыков вашей команды.Изучение ASP.NET (MVC или WebForms) - это, как правило, долгий и трудный путь, если вы работаете с опытом работы с WinForms (и, возможно, если вы работаете с WebForms, вы можете использовать Silverlight).Если у вас большой опыт работы с шаблонами HTML / CSS / JavaScript (jQuery) / MVC, то ASP.NET MVC, вероятно, подойдет вашему проекту лучше.Если у вас есть требования, такие как кросс-браузерная совместимость, SEO или другие веб-возможности, вы, вероятно, перейдете на ASP.NET MVC.

В недавнем проекте, где мы провели оценку требований и доступных вариантов технологииМы были вынуждены отказаться от ASP.NET MVC клиентом, но мы решили, что с учетом команды и требований Silverlight была бы более простой (читай: менее дорогой) технологией для реализации приложения, и это снизило бы стоимость проекта.на 50%.(образованный, большой палец в воздухе догадываюсь)

Answer 2

По моему опыту, самые большие задержки вызваны "черными дырами" - вещи, которые вы предполагали, будут легкими, когда вы соберете свои оценки, которые оказываются сложными / сложными / трудоемкими из-за негерметичные абстракции, ошибки в фреймворке и т. д.

Поэтому я бы предпочел подход, который использует проверенную технологию и протоколы и минимальную абстракцию, и для меня это будет ASP.NET MVC. Но убедитесь, что ваши разработчики понимают HTTP, HTML, шаблон модель-представление-контроллер и основы архитектуры без состояний.