




Я бы действительно не рекомендовал использовать инструмент для преобразования. Веб-приложения и WinForms принципиально разные, и разработан должны отличаться. Даже с учетом того, что в наши дни используется огромное количество Ajax, вам все равно нужно иметь в виду всю модель HTTP без сохранения состояния.
Если вы не хотите переосмысливать приложение, вы можете вместо этого преобразовать его в Silverlight 2.0 ...
+1 за неиспользование инструмента. Если приложение Win использовало шаблон MVC, модель и контроллер могли использоваться совместно.
Вы можете рассмотреть возможность размещения своего приложения Windows Forms через удаленный рабочий стол или Citrix.
@Jon Skeet дает лучший совет. Тем не менее, давайте рассмотрим результаты предоставленной вами ссылки Google. Что случилось бы?
Большинство результатов по теме (для запроса) - это другие программисты, которые задают, по сути, тот же вопрос - и получают, по сути, тот же ответ. На самом деле, я вижу только один инструмент для этого: образец из CodeProject. В этом инструменте не только сгенерированные пользовательские интерфейсы бесплодны и уродливы, но и есть следующий большой отказ от ответственности:
Please note that it is not the intention of this article or the accompanying code sample to achieve a complete conversion between Windows Forms and Web Forms including all events and business logic. Due to the fundamentally different nature of the two programming models, this would be a fruitless attempt. Rather, we are targeting the user interface components themselves, mapping Windows Forms controls to appropriate Web Forms counterparts.
И в этом заключается настоящая загвоздка: все, что он делает, - это генерирует (очень элементарный) пользовательский интерфейс на основе вашего существующего пользовательского интерфейса. Весь код, логика, последовательность действий и даже навигация зависят от вас.
Итог: Причина, по которой нет инструмента, который появляется впереди и в центре, заключается в том, что такой инструмент было бы почти невозможно написать, и он мог бы создавать (скорее всего) не навигационные, нефункциональные сайты. Хотя WinForms и WebForms программно выглядят одинаково, на самом деле они совершенно разные внутри. Ни один инструмент не сможет сгенерировать для вас весь сайт из ничего, кроме приложения WinForms - модели более непохожи, чем могут показаться.
В конце концов, лучший способ взять приложение WinForms и включить его в сеть - это написать указанное приложение так, чтобы вся бизнес-логика была инкапсулирована в его собственной DLL (или ее наборе), и использовать эти DLL для управления серверная часть нового сайта, созданного с нуля. Таким образом, все, что вы разрабатываете, - это интерфейс и поддержка дисплея.
А как насчет преобразования моих оконных форм в управляющие и размещения их в aspx-страницах?
Какой в этом смысл? Более простое распределение? Вместо этого используйте ClickOnce.
Может быть, вы хотите попробовать VisualWebGui? С некоторыми настройками вы, вероятно, сможете запустить приложение Windows Forms в окне браузера.
VisualJS.NET - это решение, которое вы ищете. Смотреть видео
Не могу согласиться больше ... действительно не лучшая идея пытаться сделать простой перевод.