Клиент Windows против веб-клиента

Question

У меня идет дискуссия в организации, где я работаю консультантом. Речь идет о замене приложения, созданного с использованием толстого клиента VB6 (MDI).

Это приложение имеет около 100 экранов + 40 отчетов. Около 400 пользователей используют отчеты и данные, используя встроенные запросы, в то время как структура базы данных довольно нормализована. остальная часть кода довольно плохая.

При обсуждении стратегий пополнения запаса мы подбрасываем несколько идей.

1. Веб-приложение J2EE, работающее в веб-сфере с использованием Crystal Reports для отчетов.
2. Веб-приложение ASP.NET для веб-форм, использующее отчеты Crystal Reports.
3. Клиентское приложение Windows (WPF / Win-формы) со службами отчетов для отчетов.

Хотя я не хочу начинать пламенную войну (Dot Net против Java или WEb против Desktop), было бы хорошо узнать мнение сообщества по этому вопросу. Просто чтобы быть честным, я считаю, что вариант 3 может быть лучшей версией, но я хотел бы узнать мнение других.

Answer 1

С точки зрения развертывания и поддержки, 1 или 2: установка клиента не требуется.

Я бы предложил Winforms только , если вам нужна сложная презентация или поток, который будет трудно отразить на веб-странице. Тем не менее, есть Flash, Silverlight и т. Д. Для этого ...

Answer 2

Никогда не легко конвертировать «старые» приложения на другую платформу. Требуется время, чтобы изучить новые технологии и внедрить их наилучшим образом.

Поскольку вы знакомы с VB6, я бы посоветовал вам рассмотреть ASP.NET MVC с использованием VB.NET в качестве языка программирования.

В прошлом я разрабатывал несколько веб-приложений WebForm, но никогда не чувствовал себя по-настоящему комфортно с ним: - слишком много событий для управления - хлопоты с постбэками и представлениями

ASP.NET MVC, скажем так, более интуитивно понятен. Я люблю это. Вы можете добавить jQuery (или другую инфраструктуру javascript), чтобы получить более гибкий интерфейс. В качестве инструмента отчетности я использовал и ненавидел Crystal Reports. Я очень предпочитаю формат RDL / RDLC (службы отчетов). У вас есть дизайнер, интегрированный в Visual Studio, и вы даже можете создавать XML с нуля.

Answer 3

Я также добавил бы здесь к отличным замечаниям, что часть ваших соображений может касаться "статистичности" системы. Если ваше приложение будет требовать частых обновлений, то веб-подход может быть лучше. Если приложение будет стабильным, то настольный клиент, вероятно, будет гораздо дешевле в сборке.

Answer 4

Насколько тяжело приложение VB6 со сторонними элементами управления и тому подобным? Не могли бы вы воспроизвести их в браузерном интерфейсе?

Answer 5

Чтобы добавить к ответу Карианны ... Будьте осторожны. Вы, скорее всего, попадете во второй системный эффект . Лучшим подходом было бы оставить существующую систему на месте и просто создавать новые функции с помощью одной из новых технологий и постепенно начинать переход. Не планируйте переход на «новую версию»

Answer 6

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

Если вам придется более или менее заменить его, то любая из 3 технологий может помочь. Они ключ к прототип . Попробуйте каждый из них, прежде чем остановиться на одном.