基于Web的应用程序应遵循Web标准吗?

Lar*_*ark 3 standards frameworks web-standards

白天,我是一名前端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张幻灯片是为了对JavaScript和并不意味着是功能,没有它,但在我的日常工作我的主要精力编写清晰的标记,分离内容,表示和行为,使我们的网站和应用程序可以被尽可能多的人使用.

And*_*ges 5

到目前为止,其他回答的人似乎并不知道你在谈论什么.

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

SproutCoreCappuccino前端开发的框架,需要用户同时启用JavaScript和CSS.你的问题是我们如何将其与当天的教条相协调.

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

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

随着时间的推移,屏幕阅读器软件可能会更好地解释JavaScript密集型接口,因此这个问题可能会逐渐消失.事实上,其他东西很可能会在它的位置"萌芽".