Стек технологий для разработки корпоративного приложения с desktop клиентом?
Добрый день!
Появилась задача на разработку корпоративного клиент-серверного приложения.
Обязательные условия:
- десктопный клиент под Windows;
- процессинг на стороне сервера;
- remote DB.
Прошу помочь с выбором стека технологий, погуглив не смог найти однозначного варианта
asp.net MVC(server) + Window Froms(client),
php(server) + Windows Forms(client),
неважно что(server) + что вообще можно(client) - такое вообще возможно??.
Можно и в сторону трехзвенности посмотреть.
Только вот WinForms - однозначно в трэш. Смотреть в сторону WPF.
При должной организации архитектуры - получится конструкция, которая позволит "боковичком" встраивать и web-клиента (это может потребоваться в том или ином варианте интеграции с внешними сервисами/сайтом/мобильными клиентами)
cicatrix, гм... Энтерпрайз... десятки-сотни сущностей фигурируют в разных ракурсах на сотнях-тысячах форм, потом сущность обзавелась парой-тройкой новых атрибутов, которые должны проскочить в половину форм... в рамках WPF - это несколько точечных правок шаблонов, в WinForms - ну абстрактно-теоретически конечно можно сделать прослойку-шаблон из которой будут генерироваться компоненты => еще один метаязык разметки...
d-stream, Вы как-то двойными стандартами мыслите, одни и те же действия (несколько точечных правок) выдаёте для формочек - как нечто адово-сложное, а на WPF - легкое и непринуждённое занятие.
На Winforms это точно так же - несколько точечных правок форм (вы вообще-то на Winforms что-нибудь делали?). Редактирование формы для добавления новых атрибутов - это 4 клика мышью (гораздо быстрее, поверьте, чем правка шаблонов в WPF).
От необходимости обработки кодом или валидации этих новых атрибутов вам не уйти ни в WPF, ни в Winforms, ни даже в веб-клиенте.
Во-вторых, не думаю, что автор вопроса работает в гугле или Amazon. Его "интерпрайз" - это 5-6 формочек + отправка/приём информации на сервер (какие-нибудь заказы/наряды/накладные, скорее всего).
Не забывайте так же про парк офисных машин, которым и приложение на Winforms-то прожевать иногда сложно, вы же их ещё и на WPF подгрузите - абсолютно лишняя нагрузка.
cicatrix, не, не двойные стандарты, а практический опыт в маленьком но энтерпрайзе.
Простейший пример: некий справочник, пусть например складов (с кучкой сопутствующих атрибутов). Помимо основной формы списком и "карточкой" тот же самый склад фигурирует в различных вариантах выбора (комбо - для выбора в конкретном документе, мультиселект - для выбора в отчетах и т.п.) и еще десятках ипостасей отображения в гидах и карточках, которые сводятся к нескольким вариациям (название, краткое название и несколько атрибутов и т.п.) .
В идеальном случае наращивание сущности дополнительными атрибутами - превращается в легкую правку одной модели и нескольких шаблонов. После чего например во всех гридах где фигурировал шаблон склад с атрибутами - все будет "по-новому".
Кстати в WF столь же легко изменить отображение в гриде или комбо например помимо названия еще и какую-нибудь пиктограммку статуса плюс пару-тройку атрибутов? Ну а потом точечно "навесить" ограничения чтобы в зависимости от прав конкретного пользователя какой-нибудь из атрибутов просто не отображался? )
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
