Обмен данными между веб-приложениями - PullRequest
0 голосов
/ 18 января 2010

У нас есть большое приложение WebForms, которое мы хотели бы портировать на mvc по частям.

Я бы предпочел не иметь решение co-mvc / webforms, а скорее создать новое приложение mvc, которое можно вызывать из нашего приложения webform и которое может вызывать наше приложение webform.

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

так есть ли у нас способ записать объект сеанса в наше приложение mvc и сделать так, чтобы приложение webforms подняло его и наоборот?

или кто-нибудь может предложить другой, не связанный с базой данных, способ сделать это?

1012 * редактировать *

На самом деле я расширю это, чтобы сделать его «общим для веб-приложений».

Ответы [ 2 ]

2 голосов
/ 18 января 2010

Пожалуйста, извините, что я не отвечаю на вопрос напрямую, но могу ли я дать вам совет?

Любое преимущество, которое вы можете возможно получить от преобразования "большого приложения WebForms", в котором вы используете "объект сеанса" довольно сильно "в приложение MVC, будет потрачено на затраты на переписывание приложения.

Это даже близко не будет.

Несколько лет назад один мой знакомый, которому принадлежала компания в области здравоохранения с оборотом 1-2 миллиона долларов в год, позволил своим инженерам уговорить его переписать свой главный продукт. Их мотивация заключалась в том, что они слышали, насколько замечательной будет одна из новых технологий Microsoft (VB6, если вам нужно знать - оригинальной технологией был Delphi).

Компания прекратила свою деятельность в течение двух лет.

Мало того, что продукт опоздал, у него было меньше возможностей и больше ошибок, чем у старого продукта. Их конкуренция? Ну, хотя они чувствовали себя все самодовольными и "новейшими технологиями" во время их переписывания, конкуренция добавляла функции и улучшала свои продукты. Рыночное суждение было быстрым и жестоким: 1011 * не заботится о том, 1018 * вам нравится ваша блестящая новая технология.

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

1 голос
/ 18 января 2010

В этой статье http://www.asp101.com/articles/jayram/sharestate/default.asp предлагается использовать одно веб-приложение с каждым веб-сайтом в качестве подпапок (не веб-приложений), но мне это кажется немного неуклюжим.

Лучшим вариантом является использование общего хранилища сеансов вне процесса веб-приложения. Очевидным выбором является служба состояний SQL, но если вам не нужна база данных, вы можете запустить свой собственный поставщик сеансов.

Если вы используете только небольшое количество простых объектов, вы можете скопировать их через сообщения в форме или строку запроса. Использовать файловую систему вместо базы данных? Очевидно, вам придется синхронизировать объекты с обоих веб-сайтов, в зависимости от ваших требований.

...