jQuery与标准后端编程

Question

我很好奇地想知道人们的喜好。

我最近一头扎进了jQuery，我很喜欢它。然而，我发现我用很小的jQuery函数替换了很多(有点琐碎的)后端(tech: ASP.NET)函数。例如，我没有将导航按钮指定为后端控件，并在其页面登陆时更改其类(例如，在about us页面上突出显示"about“按钮)，而是简单地解析URL并向该按钮添加一个类：

var pathname = window.location.pathname;
if (pathname == "/about/") {
    $("#nav-about").addClass("selected");
}

像这样的解决方案看起来相当简单(可能太简单了)，但我总是对过度依赖JavaScript保持警惕。还有其他人做类似的事情吗?如果有，你是如何维护这样的代码的？除了用户可能关闭了JavaScript之外，你如何知道如何在良好的、可靠的服务器代码和快速、奇特、闪亮的jQuery之间取得平衡呢？

编辑

我并不是真的在说这个特殊的例子。我说的是像这样的小增强。当涉及到jQuery增强时，还是仅在服务器上进行时，您的界限是什么？谢谢:)

Answer 1

在我过去的几个项目中，我有幸知道100%的用户都会启用Javascript。在这种情况下，我实际上做了一些非常类似的事情，使我不必在导航服务器端突出显示当前页面。

然而，如果没有这种奢侈，我认为像这样的快捷方式对于使用jQuery来说是“推动”的-当然，你可以说“如果他们禁用了Javascript，那么他们就不会看到突出显示的导航页面，这没什么大不了的”-虽然这可能是真的，但没有特别好的理由拒绝更健壮、更可靠的服务器端方式是一件很重要的事情。重要的是要阻止自己在客户端用“更简单”的代码替换经过战斗测试的服务器端解决方案。这很诱人，但对你的项目和用户来说并不总是最好的事情，其中一些人会禁用JS，并可能会查看导航，想知道他们在哪里，然后发现自己“迷路了”。

总而言之，我建议您切换回服务器端代码。没有必要把它扔掉。

Answer 2

Javascript是HTML和CSS之上的额外一层。当你在构建一个可访问的网站时，所有的东西都应该只在HTML中可用。CSS和Javascript只能用于增强用户体验。

我甚至可以说，对于每个单页面界面或RIA，都应该有一个多页面替代方案。

所以，回答你的问题，这绝对是你想要在服务器上编码的东西，而不是客户端。

Answer 3

我觉得主要的问题在于搜索引擎，因为它们不能解析js。任何内容类型的东西，我总是确保没有，但一些设计师的接触，我认为是可以的。