定义GWT边界

时间:2011-02-21 12:16:37

标签: web-applications gwt saas

我有一个GWT应用程序,我想在网络上作为软件即服务(SAAS)发布。我在SliceHost上有一个Linux实例,所有人都热身并准备好接收大量的注册。

但现在我想我必须提供一个网站来启动洪水。它将拥有可爱的图标,来自顾客的欣喜若狂的代言,我的生活故事,所有平常的喜悦和轻浮。一个链接 - 不,将这几个链接 - 添加到注册表单中。 : - )

那么您认为:我是否在我的应用中添加了一些自定义小部件,以使营销成为应用的一部分?或者我是否单独开发一个非GWT网站,并在用户无法再拒绝那个漂亮的大绿色按钮时重定向到我的应用程序?

编辑:为了清楚起见:从用户的角度来看,在这两种情况下,网站看起来都是一样的。我只是在思考如何实现它。

2 个答案:

答案 0 :(得分:1)

现在我们的应用程序是两个独立的东西,一个简单的HTML营销页面,人们在他们的屏幕上闪烁着大绿色注册按钮进入应用程序。它的效果非常好,而对于我们来说,拥有非gwt的东西是件好事,我们的设计师可以制作和维护它而不需要与编码器一起工作。这是无缝的,我推荐它。

但是,当我们想要连接它们时,我可以想象一下。假设我们想用实时嵌入式小部件替换屏幕截图,或者使用应用程序等使登录按钮神奇地替换页面内容。我会在制作之前切换到单个应用程序,例如,多个GWT模块到把它分开。

祝你好运!

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

答案 1 :(得分:1)

将其保留在您的应用之外,以使搜索引擎能够抓取您的营销宣传并重定向搜索新用户的洪水:-)此外,单独营销和可能的博客来自您的网络应用程序,使其更多更容易有不同的发布周期,因此您不必在自己的Web应用程序中构建cms(除非它当然是CMS管理工具: - )

如果用户可以使用部分(或全部)Web应用程序而无需注册或登录,我建议只在Web应用程序和营销推广之间进行更紧密的集成。