基于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，一切基本上都会消失。你留下了一些毫无意义的话。

让我澄清一点，我明白基于网络的应用程序，如280幻灯片，意味着可以使用JavaScript而不是没有它，但在我的日常工作中，我的主要工作是编写干净的标记，分离内容，演示文稿和行为使我们的网站和应用程序可以被尽可能多的人使用。

Answer 1

到目前为止，其他人似乎已经不知道你在谈论什么。

像我一样，你已经把它砸到脑后，让你的网络应用程序尽可能地访问。也就是说，它们应该在没有脚本和没有样式表的情况下工作。 JavaScript和CSS只应用于增强体验。不应该要求它们。

SproutCore和Cappuccino是前端开发的框架，需要用户同时启用JavaScript和CSS。你的问题在于我们如何将其与当天的教条相协调。

不幸的是，我没有明确的答案。我喜欢SproutCore和Cappuccino（以及其他人）正在测试Web浏览器中可能的限制这一事实。我还坚信，鉴于该技术的局限性，网络上提供的信息和服务应尽可能多的人使用。

您对解决方案的处理方式需要基于对用户群的深入了解。如果您正在使用iPhone应用程序，则无需担心传统的Web可访问性，因为体验非常直观。如果您正在为普通受众构建Web应用程序，那么这些新框架可能是一个糟糕的选择（如果您重视对信息和服务的最广泛访问）。

随着时间的推移，屏幕阅读器软件在解释JavaScript密集型界面方面可能会变得更好，所以这个问题也许会消失。事实上，其他东西很可能会“发芽”起来。

Answer 2

Javascript 是一个Web标准 - 当然比Flash更早，以前（现在经常）用于富Web应用程序。在这方面，SproutCore和卡布奇诺是我书中的巨大改进。

这里的问题似乎确实是可访问性的重要性。正如安德鲁所说，这主要是基于个人决定，了解用户。对于某些应用程序，可访问性确实没有多大意义 - 280幻灯片就是一个很好的例子。这是一个图形设计应用程序，主要是视觉行为。降解为明文对它没有多大意义。 （至少，一个基于文本的应用程序意味着完成280 Slides的功能将是一个完全不同的东西。）

Answer 3

是。一开始会很困难，但是一旦代码库成熟，你会感谢你遵循那些严格的标准。

编辑：一个额外的好处是可以通过CSS配置文件和许多基于Web的平台进行移植。

Answer 4

MVC模型可以像桌面应用程序一样轻松应用于基于Web的应用程序。我没有太多理由区分这两者，特别是因为在Web应用程序的情况下，这一行更加模糊。

我不知道这些特定的框架，但是现在很多Web框架都是围绕MVC模型构建的，比如ASP MVC，CakePHP，Ruby on Rails等。

Answer 5

尽可能多地分开，最终会支付。当事情变得复杂多毛时：）

Answer 6

我认为他们应该。遵循该MVC design类型可以更轻松地实现更改，提供良好的separation of concern，并且对于项目的新手来说通常更容易理解。