Я разрабатываю nitty gritty потенциального проекта server/many-client, и он находится в области, которой я не был раньше. Не обращая внимания на масштаб проекта и предполагая, что это когда-либо будет продолжаться ....Fat Server + Тонкий Rich Client в .NET
Моя нынешняя идея заключается в том, что сервер должен быть толстым сервером с тонким насыщенным клиентом на каждой рабочей станции, встроенной в C#. NET и, возможно, используя WinForms для пользовательского интерфейса и распространяемые через ClickOnce для простого и совместимого обновления программного обеспечения.
Database <-> Server (business logic) <-> Rich Thin Client
Вместо толстого клиента:
Database <-> Client
Я ищу в WCF для сервера. Является ли это целесообразным для архитектуры клиент-сервер со следующим примером использования?
- Где-то между 10 и 100 регистраторами и специалистов-практиков, использующих клиента (рост компании будет увеличить это)
- Windows 7 и до будучи операционной системы первичной рабочей станции
- Минимальный трафик данных желательно
- потенциал для больших объемов данных (фотографии пациентов, видео и т. д.)
Разве разумно, чтобы сервер выполнял бизнес-логику в максимально возможной степени и только отправка информации и результатов и выполнение основ на клиенте (проверка и т. д.)? Мне кажется логичным.
Есть ли у кого-нибудь хорошая информация о начале такого большого проекта?
Я считаю, что используемое программное обеспечение на самом деле является толстым клиентом с прямым подключением MSSQL.
Не только это, но и нераспространение, и каждая клиника имеет свою собственную базу данных, вызывающую множество проблем с целостностью данных и сортировкой для отчетности и т. Д.
Возможно, вам будет предоставлена дополнительная помощь по http://programmers.stackexchange.com/, так как он больше подходит для таких вопросов. –
Вы предложили веб-приложениям мысль? –