Переключение с формы Windows на веб-форму

Question

Я создал исполняемый файл Windows Form в .NET 3.5, который использует dll для связи с машиной, которая сканирует чеки. В конце концов мне нужно перейти от исполняемого файла к веб-форме, которая может делать то же самое. Это будет через несколько месяцев, но я хотел бы начать исследование сейчас, поскольку я не делал этого раньше. Мне нужно будет использовать ActiveX для связи с устройством через веб-форму. Я также не делал этого раньше.

Я бы хотел сохранить функциональность моего существующего исполняемого файла без необходимости переписывать большую его часть, хотя я понимаю, что некоторые из них необходимо будет переписать. Я провел исследование ActiveX и как его использовать, но я хотел знать, была ли у кого-то похожая ситуация, как эта. Что вы сделали, чтобы конвертировать exe в веб-программу? Есть ли хорошие, конкретные источники, которые я пропускаю, которые могут указать мне правильное направление для этой ситуации? Есть ли какой-нибудь совет, который вы можете дать из своего опыта, который поможет мне уменьшить количество ошибок? В компании, в которой я работаю, нет никого, кто бы делал это раньше, поэтому я должен научить себя всему, что нужно для этого.

Заранее спасибо.

Answer 1

Здесь просвечивает разделение задач и n-уровневый дизайн. Надеюсь, ваш уровень пользовательского интерфейса слабо связан с моделью вашего домена. Если это так, вы можете кодировать второй уровень IU для сети. И не нужно менять модель вашего домена вообще. Затем вы можете скомпилировать для каждого сценария.

* примечание. - При практическом использовании мне всегда приходилось расширять свой бизнес-домен для учета некоторых проблем со вторым пользовательским интерфейсом, но эти изменения, как правило, были незначительными и указывали на места, где я все равно был слишком тесно связан.

---

Другим вариантом, который вы можете рассмотреть, является создание слоя веб-сервисов поверх кода вашего бизнес-домена. А затем кодирование веб-приложения, которое взаимодействует с моделью вашего домена через эти вызовы веб-служб. Это может повлиять на производительность и не будет моим предпочтительным способом достижения этой цели. Хотя вы можете найти его более управляемым, если у вас нет хорошо разработанного приложения для начала.

Answer 2

«Я хотел бы сохранить функциональность моего существующего исполняемого файла без необходимости переписывать большую его часть»

В общем, если вы извлекаете как можно больше логики в свою собственную сборку / dll, вы можете использовать ее из любой среды пользовательского интерфейса, которую вы хотите. Просто убедитесь, что вы не делаете ничего особенного в этом пользовательском интерфейсе (открываете диалоговые окна и т. Д.).

Answer 3

Вы можете взглянуть на Silverlight 4,

http://silverlight.net/getstarted/silverlight-4-beta/

Он содержит множество функций, которых нет в веб-формах ASP.NET.

Если ваша команда может принять что-то вроде ActiveX, почему бы не Silverlight 4? Единственным недостатком является то, что SL4 все еще находится в бета-версии.

Answer 4

Обычно преобразование winforms в webforms вполне возможно, хотя обычно это медленный процесс разработки. Даже если у вас самый чистый в мире доменный слой, тот факт, что объекты на вашей веб-странице выбрасываются каждый раз, означает, что слой веб-домена обычно записывается совершенно по-разному в слой рабочего стола.

Однако в вашем случае связь между устройством и сервером будет очень сложной.

Вы смотрели на xbap? Это в основном способ развертывания приложений WPF на веб-странице. Требуется, чтобы у ваших клиентов была установлена ​​правильная версия .NET, но это будет самый простой путь для вас, особенно если учесть, что вы можете размещать winforms в WPF ...