Определение границы GWT - PullRequest
       9

Определение границы GWT

0 голосов
/ 21 февраля 2011

У меня есть приложение GWT, которое я хочу выпустить в качестве программного обеспечения как услуги (SAAS) в Интернете.У меня есть экземпляр Linux на SliceHost, который полностью разогрет и готов к приему регистраций.

Но теперь я полагаю, что мне нужен веб-сайт, чтобы инициировать этот поток.Там будут милые значки, восторженные отзывы клиентов, история моей жизни, все обычные радости и легкомыслие.И ссылка - нет, сделайте несколько ссылок - на форму регистрации.: -)

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

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

Ответы [ 2 ]

1 голос
/ 21 февраля 2011

Держите его вне своего приложения, чтобы поисковые системы могли просканировать ваш рекламный ход и перенаправить поток новых пользователей из своих поисков :-) Кроме того, отделите маркетинг и, возможно, блог от вашего веб-приложения, чтобы сделать его намного проще иметь разные циклы выпуска, поэтому вам не нужно создавать cms в ваших собственных веб-приложениях (если, конечно, это не инструмент управления CMS: -)

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

1 голос
/ 21 февраля 2011

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

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

Удачи!

PS: То, о чем я до сих пор не задумывался, это то, что сохранение в HTML-формате маркетинговой страницы уменьшает размер загрузки и время прогрева. Скачать приложение GWT не так уж и плохо, но отдельная страница - это самая простая форма разделения кода;)

...