开发过程中的大括号问题？

今天写代码的时候，用了下面的大括号，结果被老大说我不规范了，知乎大神都是怎么使用大括号的
我这样写：

public function test(){
    return;
}

回复内容：

编码规范这玩意，没有什么对错，在团队里听老大的就对了。 是不规范，那是每个公司都有自己公司代码规范，虽然我也喜欢金字塔规范，但是你得按照公司来啊。老兄，就这点事情你还要来提个问题。那我想问你，如果这里说是你的规范，然道你还回去和你老大理论？ java是你那种风格，C、C++很多你老大那种风格，我也喜欢你老大那种风格的，我觉得这种风格代码范围更直观 随便，主要看代码规范
前置的话，方便注释掉条件语句来测试运行块
后置的话，主要省掉一个空行。
-----
参考其他答案，我觉得
方法、类这些可以用后置，因为不大可能注释掉方法头或者类头
条件控制（if、while之类）可以用前置 有图慎入，，，
=============
这是JAVA：
这是PHP：

用的都是快捷键格式化，对称爽吗？
不就是习惯了某个IDE的style嘛！
难道人家编辑器的默认样式不规范？
一家之言而已。
哼，，，

就酱，，， 我对你们老大也是呵呵了，一开始我们就规定:不规定细节，在乎这个还不如多给手底下的兄弟们一些赞扬。 来写 tcl 吧，包您满意，必须按您的写法，左花括号在行尾 我喜欢第一种 {
} 关于大括号的对齐问题业界并没有统一的要求，除了少数IDE(比如visaul studio)会自动将代码格式化为你们老大要求的格式外；更多的IDE并不会限制大括号的格式。 大学时学.net的时候，我也曾尝试改变自己的习惯写成你们老大要求的格式，但后来觉得多占一行反而让代码可读性降低了，于是便放弃了。
@毕兆尚 回答里说的好，如果你们老大只是口头要求你而不是制定了成文的规范，那么你应该和老大沟通沟通让他制定完善成文的规范，而不是拍脑瓜子说别人的代码不规范。毕竟代码规范的存在目的在于减少团队合作中的混乱减少维护成本，但如果作为技术管理者，仅仅是以拍脑瓜的形式要求别人按自己的习惯来写代码，那效果适得其反。
当然，如果公司有成文规定要求这么写，那么你就需要花点心思去熟悉一下并遵守公司的编码规范才好 让我想起了我在写算法题的时候经常用xxx(){
//code...
}
因为个人觉得这样不占地方（一己之见），比较简洁。

但是我也尝试过很多次xxx()
{

}
个人比较喜欢上面的。其实是因为第二个要写完整个一行xxx(){}后（个人习惯），
需要往前倒推2个backspace.......（其实我很懒）。

但是如果团队有规范，或者说一起编程的同学同事他们看不惯（处女座请原谅），我也会按照他的方法写，毕竟报大神大腿就不能任性了。

re答主: 如果老大并不强求你怎么写，你就按照习惯就好啦，毕竟一个括号老大应该不 至于太苛刻。 如果真的是项目组规范了一下，最好还是规范着来。毕竟大家 都能看的顺手也能提高项目效率吧。