@drakulavl

Стек технологий для разработки корпоративного приложения с desktop клиентом?

Добрый день!
Появилась задача на разработку корпоративного клиент-серверного приложения.
Обязательные условия:
- десктопный клиент под Windows;
- процессинг на стороне сервера;
- remote DB.

Прошу помочь с выбором стека технологий, погуглив не смог найти однозначного варианта
asp.net MVC(server) + Window Froms(client),
php(server) + Windows Forms(client),
неважно что(server) + что вообще можно(client) - такое вообще возможно??.

Браузерный клиент категорически не принимаеться.

Заранее спаксибо!
  • Вопрос задан
  • 1644 просмотра
Решения вопроса 1
@cicatrix
было бы большой ошибкой думать
Если браузерный клиент не принимается, зачем вам asp.net? Не web-ом единым жив TCP/IP.

Уточните, нужен ли сервер вообще, если вся его задача сводится к функции прокладки между клиентом и базой данных, можно обойтись только клиент + серверная БД.
Клиента пишите на чём угодно. Если в тэги C# поставили - логичный выбор WinForms (можете WPF, конечно, но смысла особого нет).
Если сервер всё-таки нужен, то можно и windows service написать на том же C# (сервер = не обязательно web сервер)
Ответ написан
Комментировать
Пригласить эксперта
Ответы на вопрос 4
@d-stream
Готовые решения - не подаю, но...
Можно и в сторону трехзвенности посмотреть.
Только вот WinForms - однозначно в трэш. Смотреть в сторону WPF.

При должной организации архитектуры - получится конструкция, которая позволит "боковичком" встраивать и web-клиента (это может потребоваться в том или ином варианте интеграции с внешними сервисами/сайтом/мобильными клиентами)
Ответ написан
AlexanderYudakov
@AlexanderYudakov
C#, 1С, Android, TypeScript
Клиент: WPF.
Сервер: C# на HttpListener.
Транспорт: tls > http > json

По минимуму нужно два exe-шника + 2 dll:

1) на клиенте:
— Client.exe - модуль запуска клиентского приложения: проверяет обновления, загружает по необходимости другие файлы с сервера, передает управление в UserInterface.dll
— Common.dll - содержит программный код, общий как для клиентской, та и для серверной части;
— UserInterface.dll - содержит код, специфический для клиентской части.

2) на сервере:
— AppServer.exe - работает в качестве службы Windows, содержит код, специфический для серверной части;
— Common.dll - содержит программный код, общий как для клиентской, та и для серверной части.

Опробовано многократно.
Ответ написан
Комментировать
mindtester
@mindtester Куратор тега Windows
http://iczin.su/hexagram_48
1 - ну не факт про формы (сразу в трэш) - все зависит от сложности клиентской стороны. простой клиент на формах будет проще и создать и поддерживать (красивые мордочки есть, достаточно правильно задать вопрос тут или поисковикам) если функционал сложный, много повторяющихся элементов, нужен надежный биндинг - тогда да, wpf

2 - если сервер внутрикорпоративный - можно и на прямую с БД работать, опять же от сложности бизнес-логики все зависит, возможно стоит посмотреть на SignalR есть кейсы/демки прямо вот под десктоп клиента

однозначый совет невозможен - у любой задачи/команды есть особенности, есть различия и в навыках и в ресурсах, как требуемых, так и наличиствующих

если речь о небольшой конторе, где все уже на вин10 - почему не рассматривать сразу UWP?
если вдруг УЖЕ есть лицензия на MS SQL - довесить SSRS и возможно 90% нужд покроет готовый бесплатный UWP клиент?
Ответ написан
@drakulavl Автор вопроса
cicatrix d-stream mindtester Спасибо за советы!
Сейчас обозначил для себя два варианта:
1) Попытаться продавить веб-приложение;
2) Использовать вариант cicatrix - win service + win forms
Ответ написан
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы