富web客户端与瘦web客户端

Question

我有一个设计决定要做。

在我的web(ajax)应用程序中，我们需要决定应该把用户界面逻辑放在哪里？

它是否应该完全通过javascript加载(纯单页)。而且只有数据来来去去。

或

服务器应发送某种格式(XML)，并通过javascript进行转换，以动态创建丰富的用户界面。(半ajax )。因此，一些数据和ui来来去去。

哪个选项更好？(速度，易于开发，平台无关性)

谢谢。

Answer 1

IMO，这主要取决于它是哪种类型的应用程序。它的使用更像桌面应用程序吗？那么单页面可能会工作得很好。拥有Ajax客户机在很大程度上具有same drawbacks as using frames，但这在桌面样式的应用程序中并不是什么大问题。

如果你的第二个选择更像一个传统的网站，它有许多不同的页面和不同的内容，那么你想要有不同的URL指向不同的内容。但是，创建一个Ajax应用程序可能从一开始就不会给您带来那么多好处。在页面上使用一些Ajax可能会很有用，但是使用Ajax加载所有数据可能不会给您的应用程序添加任何东西，只会降低应用程序的运行速度。

Answer 2

几个月前，我也曾面临过类似的困境。正如Lennart (上图)所说，如果你的应用程序更像桌面应用，那么选择睡衣或类似的库是有意义的。此外，睡衣提供的最大优势之一是在逻辑上很好地分离了后端和前端代码。这是非常重要的。

如果你的应用程序不像桌面应用程序(就像我们的那样)，那么多页面提供了更多的优势，比如单一的更改不会破坏整个应用程序，更容易维护等。Js会向json应用服务器请求数据。通过这种方式，我们成功地将前端和后端分开。此外，我们选择mootools作为js lib，而不是pyjamas。当然，这取决于您的品味和应用需求。我们确实使用了python模板服务器端模板，但在编译时使用，而不是像通常的方法那样在运行时使用。这需要稍微改变一下我们的想法，但它提供了许多好处。

我最后告诉你我的故事，但我认为它是相关的，希望这能有所帮助。

Answer 3

最大的影响是你是否关心初始页面加载时间。如果你不介意在页面加载时将所有的UI都放在那里，那么你的应用程序可以通过只传输数据而不是UI来提高响应速度。如果您希望更快地加载，并且不介意更大的AJAX请求，那么发送一些UI标记也不错。如果您有足够的服务器能力来预先呈现带有数据的UI，并将完全就绪的标记数据发送给用户，那么他们的浏览器将执行得更快，初始页面加载速度也应该更快。

你选择的课程应该取决于手头的任务。并不是所有的请求都需要以相同的方式处理。