frameworks - 基于 Web 的应用程序是否应该遵循 Web 标准？

Question

白天，我是一名前端 Web 开发人员，但在业余时间，我涉足其他语言，例如 C、Objective-C、Python 等。当我第一次进入 Web 开发时，Web 应用程序的想法只是开始吧。

从那时起，出现了两个令人惊叹的框架，SproutIt 的 SproutCore 和 280 North 的 Cappuccino (+Objective-J)。 Apple 将 SproutCore 用于其 MobileMe 应用程序，280 North 发布了 280 Slides。这两个应用程序都令人惊叹，它们证明了网络的可能性。因此，势头正在发生转变。 Web 应用程序的外观和行为开始像桌面应用程序。

所以我的问题是:基于 Web 的应用程序是否应该遵循 Web 标准、标记(内容)、表示(设计)和行为(功能)的分离？

我不确定 SproutCore，因为我没有看过源代码，但我知道如果你访问 280slides.com 并关闭 JavaScript，一切基本上都会消失。你留下了一些毫无意义的话。

让我澄清一下，我知道基于 Web 的应用程序(例如 280 Slides)应该启用 JavaScript，如果没有 JavaScript，则无法正常工作，但在我的日常工作中，我的主要重点是编写干净的标记，将内容、演示文稿和内容分开。以便尽可能多的人使用我们的网站和应用程序。

Answer 1

到目前为止回答过的其他人似乎不知道您在说什么。

像我一样，您已经牢记要让您的 Web 应用程序尽可能易于访问。也就是说，它们应该无需脚本和样式表即可工作。 JavaScript 和 CSS 只能用于增强体验。它们不应该是必需的。

SproutCore和 Cappuccino是前端开发的框架，要求用户同时启用 JavaScript 和 CSS。您的问题是我们如何使这一点与当今的教条相协调。

不幸的是，我没有明确的答案。我喜欢这样一个事实:SproutCore 和 Cappuccino(可能还有其他)正在测试 Web 浏览器的可能性极限。我还坚信，鉴于技术的局限性，网络上提供的信息和服务应该向尽可能多的人提供。

如何制定解决方案需要基于对用户群的深入了解。如果您正在开发 iPhone 应用程序，则无需担心传统的 Web 可访问性，因为体验是高度视觉化的。如果您正在为一般受众构建 Web 应用程序，那么这些新框架可能是一个糟糕的选择(如果您重视尽可能广泛地访问您的信息和服务)。

随着时间的推移，屏幕阅读器软件可能会更好地解释 JavaScript 密集型界面，因此这个问题可能会消失。事实是，其他东西可能会在它的位置上“发芽”。