语言规范是驼峰写法， SQL 规范是下划线写法，大家在项目中怎么权衡这两种写法的？

[scarlex]

作为一个强迫症患者，想两方面都满足...

我目前找到的这些方法：

• 用 sequelizejs 这类 ORM ，在 ORM 内部实现驼峰与下划线之间的转换
• 在语言内部用驼峰写法，然后涉及到下换线的地方都用 data['user_id'] 的形式

我个人是倾向于第二种方式的，不知道大家会怎么权衡？

[scnace]

下划线 lint 不会报错？

[scarlex]

@scnace 可以设置 linter 的规则啊...

[smallpath]

node 直接搭配 mongodb 和 redis 吧，全驼峰不用管 mysql 下划线了，自动转驼峰其实挺烦人的，比如 vue 的组件名称

[Tuisku]

@DoraJDJ 不是 C#带出来的，从入门编程开始我就感觉大驼峰顺眼 😂 所以不管什么语言我一般都这么命名。话说我写.Net 的时候 ReSharper 还一直提示我把大驼峰改成小驼峰，讨人嫌弃哈哈。

[ke1e]

这就是我不喜欢 django 的原因，作为 Python 框架居然用着驼峰命名法

[dexterzzz]

写好的驼峰看起来很舒服

[RihcardLu]

如果是数据库字段变量就下划线，其他驼峰。

[onlyice]

@ke1e Django 哪里用到了驼峰？想不出来

[misaka19000]

数据库习惯表名小写，字段大写+下划线

[poorcai]

我感觉驼峰写法好看，个人见解

[Trim21]

驼峰写起来舒服啊。。。小写字母后面的基本靠自动补全，下划线明明还要打下划线。。。

[forestyuan]

如果是工作中的代码，肯定要按公司的规定来。如果是个人项目，喜欢怎么写就怎么写，我现在还用老掉牙的匈牙利命名法呢。

[plqws]

@Tuisku Resharper 应该是推荐用大驼峰的，估计是你记错了。。

[tabris17]

@scarlex 我们的 dba 牛逼呗，不符合命名规范不让上线哦

[Warder]

前端如果对后台返回的数据中变量格式不爽的话，可以用 humps ，。
> humps - Underscore-to-camelCase converter (and vice versa) for strings and object keys in JavaScript.

[Lpl]

@ksco 因为这个表情不是透明的 233

[breakeryang]

不清楚是你们用什么样的技术栈， 但是：
1. sql 一般不区分大小写
2. 开发语言里不宜嵌入另一种语言， 如字段名不应该在开发语言中出现
3. 推荐 ORM 自动转换

[Mistwave]

@Tuisku Haskell 严格区分两种驼峰式😂😂😂

[solee]

js 写数据传递都是下划线，当然参数命名都是驼峰。规范这个东西只要有个自己遵守的标准就行吧~

[gam2046]

@Tuisku @DoraJDJ 我觉得这个是有原因的， Java 里没有 Property 的概念，属性都是用 Getter/Setter 方法实现的，那么命名的时候都有个动词， getUserName/setUserName ，我觉得这样显然小驼峰比大驼峰好看多了。至于微软系的，完全没有必要弄个 GetUserName 的方法去设置属性，而单独的用 UserName = "xxxx"，比小驼峰好看多了。 Java 的方法名和老太太的裹脚布一样，又臭又长，我第一个看 Structs 的类名都蒙了， xxxxAndxxxxx 这个鬼名字都来了，都可以直接当作文档来看。通常 Java 方法名都是以一个动词开头然后接着名词，而 C#一类的几乎就是直接一个名词，或直接一个动词就没了。