Web applications 定义GWT边界

我有一个GWT应用程序，我想在web上作为软件即服务（SAAS）发布。我在SliceHost上有一个Linux实例，所有这些都已准备就绪，准备接收大量的注册

但现在我想我必须提供一个网站来引发洪水。它将有可爱的图标，来自顾客的欣喜若狂的支持，我的生活故事，所有通常的欢乐和轻浮。还有一个链接-不，做几个链接-到注册表。：-）

那么，你认为呢：我是否应该在我的应用程序中添加更多的自定义小部件，使营销口香糖成为应用程序的一部分？或者，当用户再也无法抗拒漂亮的绿色大按钮时，我应该单独开发一个非GWT网站并重定向到我的应用程序吗

---

编辑：需要澄清的是：从用户的角度来看，这两种情况下的网站看起来都是一样的。我只是在思考如何实现它。

现在我们的应用程序是两个独立的东西，一个简单的HTML营销页面，人们在屏幕上微笑着，绿色的注册按钮进入应用程序。它工作得很好，对于我们来说，有一些非gwt的东西是很好的，我们的设计师可以制作和维护这些东西，而无需与程序员合作。它是无缝的，我推荐它

不过，我可以想象有一天我们会想把它们联系起来。比如说，我们想用实时嵌入式小部件替换屏幕截图，或者让登录按钮神奇地用应用程序替换页面内容，等等。我会先切换到一个应用程序，然后再制作多个GWT模块，以保持其独立性

祝你好运

---

PS：直到现在我才想到的一点是，保持营销页面的纯HTML可以减少下载量和预热时间。下载GWT应用程序并不太糟糕，但单独的页面是最简单的代码拆分形式；）

将其放在应用程序之外，使搜索引擎能够抓取您的营销宣传，并将大量新用户从搜索中转移出去：-）此外，将营销和博客与web应用程序分开，使其更容易发布，并有不同的发布周期，因此，您不必在自己的web应用程序中构建cms（当然，除非它是cms管理工具：-）

我建议，如果用户可以使用您的部分（或全部）web应用程序而无需注册或登录，则只需在web应用程序和营销宣传之间进行更紧密的集成