2013-11-14 2 views
1

Я разрабатываю 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.

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

+0

Возможно, вам будет предоставлена ​​дополнительная помощь по http://programmers.stackexchange.com/, так как он больше подходит для таких вопросов. –

+0

Вы предложили веб-приложениям мысль? –

ответ

0

Это совершенно правильный план для вашей архитектуры. WCF будет преуспевать. Если вам нужен учебник по обмену аутентификации между веб-приложением, которое проверяет подлинность пользователей и модуль запустить ClickOnce из приложения, я написал один раз:

http://www.wiktorzychla.com/2008/02/clickonce-webservice-and-shared-forms.html

Это было написано лет назад, и в то время как я покажу, как обмениваться аутентификацией между веб-службой ClickOnce и ASMX, через некоторое время я написал еще одно учебное пособие по обмену аутентификацией между модулем Silverlight и службой WCF.

http://www.wiktorzychla.com/2010/04/aspnet-forms-authentication-sharing-for.html

Объединение этих двух даст вам совместное использование аутентификации ClickOnce + WCF.

Смежные вопросы