这个变量怎么起名，文件名用大写还是小写。当团队中这些前端日常中一些小问题出现各种风格的时候，我们就需要统一原则。挖清楚到底用什么更好。下面我们将讨论前端日常中的小细节。

• 文件名大小写
• 驼峰法变量大小写
• return 值
• 参数的数量

1. 文件名大小写

有个类例如 function UserEventSchema 。这个类是一个文件，那这个文件很多人就会写成 UserEventSchema.js。
好像看着挺合理的，类名和文件名一致。但是如果我们发现其他文件都是小写，就这里来了个大写。就没有了原则可言。这时候，到底是不用去区分，还是限定小写呢？
通过搜索我们发现建议是用小写 www.ruanyifeng.com/blog/2017/0…
所以我们内部还是继续都是用小写作为规范。 另外文件名中分割符是用 _ 还是 - 。这个都可以。但是选择了一个，就要规范下去，不要出现混用的情况。

2. 驼峰命名时候的大小写

getIdFrom 还是 getIDFrom ，驼峰法时候 id，xml，这种缩写是用大写还是小写？
从驼峰法角度来说，是要用 Id 的，应该这样能很好的区分是一个单词。如果代码中一堆 getIDXML 这种代码，你还能看吗？
但是从缩写的角度来说，用 ID，用 XML 更加合适。
此时，也是众说纷纭，各家有各家的说法，我看网上说 MicroSoft 的产品里建议用 getIdFrom 这种方式。Java 里使用 getIDXML 这种方式。 那前端用什么呢，前端建议跟浏览器保持统一，我们经常用的 XMLHttpRequest。所以，还是保持大写。

3. return 值

很多同学为了省事，在函数需要终止的地方，都会写 return;
这样写，确实达到了预期的效果。但是这里到底 return 了个什么呢？ 不写的话，程序实际帮我们补上了 return undefined。也就是说你写的 return === return undefined
如果你写 return undefined 。你可能会认为这不是你写的。但实际上就是你写的。
所以这里为了明确含义，你想 return 什么，就应该写什么。

4. 参数的数量

有一个 eat 方法，可以吃很多东西。A 场景下，eat 需求接收 meat，rice。所以加了这两个参数。然后随着业务增加，有了 B 场景下 eat 需要接收 chicken，duck。。。所以后面又补充了 chicken，duck。 按照这个逻辑后面远远不断的加，这不是一个合适的参数写法。
function eat(meat,rice,chicken,duck,water)
此时，我们需要使用对象的形式 function eat({meat:meat,rice:rice,...})
那什么时候用对象，什么时候一个个加呢？
很多时候我们更喜欢用第一种形式，毕竟对象形式需要多些一个 key 。但是业务的增加是大概率的。所以我的建议原则是，除非我们这个方法，你有大概率能保证只有 1-2 个参数。那我建议通过一个个传。否则都是用对象的形式。