为了避免文章太乱， 改用项次来讨论好了。 1. GWT 的目的？ 很显然 GWT 的出现不是为了传统的 Web Site， 他是专门用来开发 Web Application， 像是 Google Map, gmail, plurk... 等， 这些产品的共通点在於它们都只有一个主页面。 在这个主页面上的操作都由 AJAX 完成， 当点选了某一个项目时， 页面上的某个区域就会被换成对应的项目。 说穿了，Web App 只不过是 Web Site 的一个子集， 而在这两者之间的界线，我们目前还没有办法清楚的区分。 在这条界线的附近， 有一些功能我们认为是属於 Web App 的，但是用 GWT 却不太容易实作； 另外一些功能可能不属於 Web App，但 GWT 做得到，那麽我们该不该使用呢？ 这篇文章的目的就是希望能够让大家讨论出: (1) 我该 (不该) 用 GWT 做什麽。 (2) 如何用 GWT 实作某功能。 2. Login 该不该用 GWT 做？ 前面有讨论过了， 另外用别的机制登入取得 Session/Cookie 後再交给 GWT， 不失为一个简单且可行的方法。 但我认为实际的应用还是该看场合， 例如，如果现在不是一进入首页就必须登入， 而是只有在进行某项服务，或是使用了多久时间後才需要登入， 难道这个时候还要交由 GWT 外部的程式来处理吗？ Google 自己的服务都不是由 GWT 来做登入的动作， 但是他有很多的 Web App，甚至彼此互相关联， 所以他用上了 Single Sign-On。 可是我开发的可能只是一个单独的 Web App 呀。 最後一个原因则是由於我不会写网页造成的 Orz 我只是要开发 Web App， 也用了专为 Web App 量身打造的 GWT， 为什麽我非得用其他语言写个 login page？ ps. 我只是提出 GWT "也" 可以用来写 login page， 并不是说所有 login page 都该用 GWT 写， 实际上还是看场合取舍罗。 3. GWT 取得资料的方式。 之前用 GWT 在写一个， 需要向资料库取得资料显示在页面时， 我愣了一下。 因为我没有办法像其他语言一样， 将 query 的结果跟网页一起送给 client 端。 我只能将一个 AJAX 的呼叫放在 onLoad() 中， 当这个页面被载入时， 浏览器就会执行这个呼叫，取得资料，并显示在画面上。 这个做法让我觉得非常的不直觉， 虽然这可以降低页面一开始需要下载的大小。 ps: 我不是要批评这个作法，只是为了第 4 项做说明。 4. 用 GWT 做 login 的安全性问题。 前一篇文章有说过，用 GWT 做 login 时，流程如下: (1) client 端下载了 EntryPoint 页面 (2) 利用 AJAX 检查是否有登入 (3) Server 端回传登入结果 (4) Client 端显示登入後的页面 而在前一篇也说过了，即使我还没登入， 登入後的页面也会在步骤 (1) 就被下载。 还好 GWT 取得资料的方式是在页面被载入时， 才会透过 AJAX 去取得资料， 所以即使取得了步骤 (1) 的画面， 也只有其中静态的部份， 通常来说不会有什麽太过重要的资料。 这就是为什麽我认为在写法正确下，不会有问题的原因。 5. 补充 在昨天写完文章後， 我有看了一下这段影片与投影片， ( http://tinyurl.com/yb9yk7y ) 里面似乎有提到一些架构， 我接下来应该会朝这个方向研究看看吧。 (不过我英文不太好，根本听不懂他在说啥呀 +_+) --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 220.132.160.117 ※ 编辑: tkcn 来自: 220.132.160.117 (12/14 20:58) ※ 编辑: tkcn 来自: 220.132.160.117 (12/14 21:34)