问题标签 [camelcasing]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
intellij-idea - 如何在 CamelCase 中按部分（而不是整个单词）浏览源代码？
我记得当我使用 Eclipse 时，当按住 CTRL 并使用左箭头或右箭头时，Eclipse 会LongCamelCaseWrittenWord分几步导航。一次驼峰式单词。
所以它会像下面这样（管道|代表实际的光标位置）：
有没有办法在 IntelliJ 中实现这一点？目前，IntelliJ 一次跨过整个单词。
使用 IntelliJ 9.0
java - 自动检查 Java 代码以获取正确的约定和文档
我正在评估一些学生，我正在寻找一种自动化的方法来检查 Java 约定（骆驼外壳）和文档，是否有任何工具可以做到这一点？（最好是在线工具）
eclipse - 如何在 Eclipse 中禁用骆驼大小写选择
是否可以在 Eclipse 文本编辑器中禁用对驼峰式大小写的支持？我希望下一个单词键绑定选择下一个单词，而不是单词的下一个片段。
我已经放弃了 Eclipse，因为该编辑器不像 Mac OS X 上的任何其他文本编辑器那样工作。但我真的很想念代码完成，并试图让 Eclipse 适应我的约定。
谢谢。
标记
php - 如何将 Camel Case 解析为人类可读的字符串？
是否可以将驼峰式字符串解析为更具可读性的内容。
例如：
- 本地业务 = 本地业务
- CivicStructureBuilding = 市政结构建筑
- getUserMobilePhoneNumber = 获取用户手机号码
- bandGuitar1 = 乐队吉他 1
更新
使用simshaun正则表达式示例，我设法使用此规则将数字与文本分开：
regex - Perl 中 CamelCase (WikiWord) 的 Utf8 正确正则表达式
这是一个关于CamelCase 正则表达式的问题。结合tchrist post我想知道什么是正确的utf-8 CamelCase。
从 (brian d foy's) 正则表达式开始：
并修改为：
标有“###”的行有问题。
另外，假设数字和下划线等价于小写字母时如何修改正则表达式，因此 W2X3 是有效的 CamelCase 单词。
更新：（ysth评论）
接下来，
any: 意思是“大写或小写或数字或下划线”
正则表达式应匹配 CamelWord、CaW
- 以大写字母开头
- 可选 任何
- 小写字母或数字或下划线
- 可选 任何
- 大写字母
- 可选 任何
请不要标记为重复，因为它不是。最初的问题（以及答案）只考虑 ascii。
zend-framework - Zend Framework Autoloader - 将驼峰大写转换为小写虚线
Zend Framework 中的自动加载器有问题（我认为）。我相信这不一定是自动加载器的错误行为，但可能是我缺少的东西。
目前我有一个 APPLICATION_PATH 如下：
我在该路径下有几个布局：
现在，当我尝试在控制器中切换布局时：
我收到一个错误找不到脚本，并且错误消息显示它正在将我的驼峰式目录名称（在上面使用的两种方法中）转换为小写的虚线目录名称：
它无法找到路径的明显原因。但是，如果我不尝试更改脚本，默认布局 (layout.phtml) 工作正常（在我的 ini 配置中设置）
我认为自动加载器导致了这个问题，但我不确定为什么默认值有效，但切换导致自动加载器更改目录。
vim - 像 Intellij Idea 一样的 Vim 中的 CamelCase 扩展？
在 Intellij Idea 中，有一个特性。假设我myCamelCase在代码的某处使用了一个变量。然后，如果我键入mCC并按Ctrl-Enter或一些这样的组合键，它会扩展为myCamelCase. Vim中有类似的东西吗？
javascript - 将连字符转换为驼峰式 (camelCase)
使用正则表达式（我假设）或其他方法，我如何转换如下内容：
marker-image或my-example-setting到markerImage或myExampleSetting。
我正在考虑只是拆分，-然后将该连字符 +1 的索引转换为大写。但它看起来很脏，希望对正则表达式有一些帮助，可以使代码更干净。
没有jQuery...
wcf - 是否可以让 WCF DataServices JSON 结果始终返回 camelCase？
我希望在我的项目中使用由 WCF DataServices 托管的 OData 端点，从 javascript 前端调用它。JSON 对象上的属性名称遵循 Javascript 约定而不是 c# 约定是很重要的。即：
ThisIsAProperty应该结束：thisIsAProperty
相反，c# 对象必须保留惯用的 c# 命名约定。
同样重要的是，实现这一目标不会导致我的 c# 代码中出现任何重复的意图。例如，向每个属性添加属性以简单地重述 camelCase 中的属性名称是不可接受的。
在使用 ASP.NET MVC 和 Newtonsoft JSON 序列化程序时，我可以很容易地完成此操作，只需在序列化时翻转开关即可。
有没有这样一种方法可以确保数据总是序列化为带有 camelCase 属性名称的 JSON？
naming-conventions - 小驼峰式可变大小写约定（例如 thisVariable）有什么意义？
我希望这不会因为太宽泛而被关闭。我知道这取决于个人喜好，但所有的大小写约定都有一个起源，我想知道这个来自哪里以及人们为什么使用它的合乎逻辑的解释。
这是你去的所有喜欢的地方var empName;。我称它为低等骆驼，虽然它在技术上可能被称为别的东西。就个人而言，我喜欢var EmpName。我称那是适当的骆驼，我喜欢它。
当我第一次开始编程时，我从较低的骆驼约定开始。我不知道为什么。我只是按照所有老家伙的例子。变量和函数（VB）得到了较低的骆驼，而子和属性得到了适当的骆驼。然后，在我终于牢牢掌握了编程本身之后，我变得足够自在，可以质疑我的导师的策略。使用小写骆驼对我来说没有逻辑意义，因为它不一致，特别是如果您有一个由一个单词组成的变量，该单词最终全部小写。也没有适当的验证机制来确保您适当地使用 lower 与 Upper camel，所以我问为什么不只对所有事情都使用适当的 camel。这是一致的，因为所有变量名称都经过适当的驼峰化处理。
深入研究后发现，当它被质疑时，这对许多程序员来说是一个非常敏感的问题。他们通常会回答：“嗯，这只是个人喜好”或“我就是这么学的”。进一步刺激后，当我试图找到他们使用低等骆驼背后的合乎逻辑的原因时，它通常会引起人们的一种教条反应。
所以有人想在适当的骆驼品种的外壳背后摆脱一点历史和逻辑吗？