2011-01-31 68 views
7

您对使用骆驼案例来解决网络资源有什么意见?网络资源中的骆驼案例

我来自Java背景,骆驼案件是第二性质,但仍然命名网络资源,如HTML,CSS,JavaScript的驼峰案件感觉不对。

(例如http://localhost/application/editUserForm.html VS http://localhost/application/edit/user/form.html

任何意见,建议,欢迎!

+1

这是一个完全主观的问题。因此,(a)没有答案,(b)它属于programmers.stackexchange.com! – 2011-01-31 15:04:29

回答

4

命名方案的主要考虑因素是影响SEO。根据我的理解,Google(可能是其他引擎)可以在单个字符串中“读取”合并的单词,所以骆驼案例应该是可以的,就像单个不区分大小写的字符串一样。对于功能较差的蜘蛛而言,使用重写将目录拆分为目录会更清楚。谷歌给出的一条建议是使用连字符( - )而不是下划线(_),但在这里不重要。

如果你希望一个真人必须输入完整的地址,使用易读的东西将是一个奖金,以减少错误。

+0

事实上你是对的,但这个问题显然还不够清楚。我比网址名称的功能部分更关注风格。我所谈论的资源大部分都隐藏在公共网络中,并且包含动态内容,因此谷歌发现和索引不是问题。虽然点了! – yannisf 2011-01-31 15:09:46

1

我没有发现这种命名有什么问题。

我的个人偏好是使用-来命名网络资源,如edit-user.jsp。我认为这更多是个人品味的问题。我不喜欢_-更容易在浏览器地址栏中直观地查找单独的单词(至少对我而言)。而据我看到-是相当普遍的。

1

如果您在Windows环境(开发或托管)上部署您的站点,它可能会打开问题的大门,因为这两个资源在套管中有所不同。

但是,如果你避免这样的'双'文件名,它是或多或少的味道。

像这样的http://localhost/application/edit/user/form.htm这样的命名方案确实能够更好地显示单独的单词,并且可能更容易解析为与“用户”有关的事情。

1

我不觉得骆驼肠衣非常有吸引力。虽然这是Java的惯例,我们应该在做Java时遵循它,但我们不必在命名其他内容时遵循它。

这并不是说我们发现在每两个单词之间插入一个分隔符是很乏味的,但下划线真的很难打字,它需要两个小指伸得很远。不幸的是,下划线在标识符中受到语言设计者的青睐。

无论谁发明下一种编程语言,请使用'/'作为名称空间分隔符,'。'如文字分隔符,所以不是

java.beans.beancontext.BeanContext.getResourceAsStream() 

我们

java/beans/bean.context/Bean.Context/get.resource.as.stream() 

等待... '/' 已用于分裂。没关系。