javascript - 编写单页客户端网页

Question

我正在考虑尝试一个想法，主要是为了好玩，我的问题是这是否合理，是否有任何库或框架可以使这个实验更容易一些。

所以，我的想法是:基本上是为我开发的网站编写一个新的 UI，但只使用客户端代码。我可以使用 ajax 读取/写入数据，因为我现有的网站有一个 API 可以让我执行各种查询。这让我可以在整个过程中使用 JavaScript，并且理论上可以将所有代码放在一个文件中。

显然要规避限制；书签、页面刷新、后退按钮等。但正是这些限制才让它变得有趣，对吧？ :) 我不太担心搜索引擎索引，因为无论如何都必须登录才能使用该网站。

网站本身并不过分复杂，但也不简单。有四种不同层次的用户、多种语言和相当多的数据需要呈现。

这是个坏主意吗？如果是这样，你为什么反对它？你知道任何可以使这更容易的 JavaScript 框架或库吗？ (不，我不是在寻找像 Google Web Toolkit 这样的抽象；我想要纯 JavaScript 的东西)

Answer 1

我的一个同事就是这样做的。这个概念的一个很好的特点是，每当用户“更改页面”时，您都不会收到大量的 POST，因为他们实际上在最后一次提交数据之前从未更改过页面。他为产品注册软件做了这个，这很好。我们的服务器仅在用户最初请求页面以及提交页面时才会受到影响。

这个概念的主要缺点是大多数网络开发人员都没有预料到这一点。我的同事(和你)有一个很酷的想法——但除非它得到很好的实现，有评论、100% 有效的 HTML 和许多其他好的设计原则，否则它可能会令人困惑，因为大多数 Web 开发人员基本上从未见过这个以前做过。与他的网站一起工作是一场噩梦，因为他实际上并不知道工程网络软件的含义，而且它们都是拼凑在一起的。我的组织从未追求过这个(可能有用的)想法，因为他的实现非常糟糕。

所以，当我看到这个想法时，我想到了以下权衡:

1.) 您不能在中间页面期间要求任何服务器端交互。2.) 初始页面加载时间较长，但没有中间页面请求(更好的优化)。3.) 这与任何人通常做的任何事情都大不相同，这意味着您需要特别注意文档。4.) 这种设计理念有助于完全独立的网络软件在没有网络的情况下轻松部署。5.) 您可能会增加复杂性以避免页面加载，但也许不会。我不确定。

总而言之，我认为这取决于你想要完成什么。我的同事真的只是想看看他能不能做到，他能做到。然而，他的做法真的很糟糕，以至于其他人都把他糟糕的实现与一个糟糕的想法联系起来，这相当可悲。

在大多数情况下，我认为如果您遵循良好的网页设计实践，这并不是一件太糟糕的事情。你的目标是什么？

很抱歉，我无法直接回答您的所有问题。如果我认为这是一个坏主意，我希望我的经验仍然有助于回答。

-Brian J. Stinar-