開發過程中的大括弧問題？

今天寫代碼的時候，用了下面的大括弧，結果被老大說我不規範了，知乎大神都是怎麼使用大括弧的
我這樣寫：

public function test(){    return;}

回複內容：

編碼規範這玩意，沒有什麼對錯，在團隊裡聽老大的就對了。是不規範，那是每個公司都有自己公司代碼規範，雖然我也喜歡金字塔規範，但是你得按照公司來啊。老兄，就這點事情你還要來提個問題。那我想問你，如果這裡說是你的規範，然道你還回去和你老大理論？java是你那種風格，C、C++很多你老大那種風格，我也喜歡你老大那種風格的，我覺得這種風格代碼範圍更直觀隨便，主要看代碼規範
前置的話，方便注釋掉條件陳述式來測試回合塊
後置的話，主要省掉一個空行。
-----
參考其他答案，我覺得
方法、類這些可以用後置，因為不大可能注釋掉方法頭或者類頭
條件控制（if、while之類）可以用前置有圖慎入，，，
=============
這是JAVA：
這是PHP：這是PHP：

用的都是快速鍵格式化，對稱爽嗎？
不就是習慣了某個IDE的style嘛！
難道人家編輯器的預設樣式不規範？
一家之言而已。
哼，，，

就醬，，，我對你們老大也是呵呵了，一開始我們就規定:不規定細節，在乎這個還不如多給手底下的兄弟們一些讚揚。來寫 tcl 吧，包您滿意，必須按您的寫法，左花括弧在行尾我喜歡第一種 {
}關於大括弧的對齊問題業界並沒有統一的要求，除了少數IDE(比如visaul studio)會自動將代碼格式化為你們老大要求的格式外；更多的IDE並不會限制大括弧的格式。大學時學.net的時候，我也曾嘗試改變自己的習慣寫成你們老大要求的格式，但後來覺得多佔一行反而讓代碼可讀性降低了，於是便放棄了。
@畢兆尚 回答裡說的好，如果你們老大隻是口頭要求你而不是制定了成文的規範，那麼你應該和老大溝通溝通讓他制定完善成文的規範，而不是拍腦瓜子說別人的代碼不規範。畢竟代碼規範的存在目的在於減少團隊合作中的混亂減少維護成本，但如果作為技術管理者，僅僅是以拍腦瓜的形式要求別人按自己的習慣來寫代碼，那效果適得其反。
當然，如果公司有成文規定要求這麼寫，那麼你就需要花點心思去熟悉一下並遵守公司的編碼規範才好讓我想起了我在寫演算法題的時候經常用xxx(){
//code...
}
因為個人覺得這樣不佔地方（一己之見），比較簡潔。

但是我也嘗試過很多次xxx()
{

}
個人比較喜歡上面的。其實是因為第二個要寫完整個一行xxx(){}後（個人習慣），
需要往前反向推算2個backspace.......（其實我很懶）。

但是如果團隊有規範，或者說一起編程的同學同事他們看不慣（處女座請原諒），我也會按照他的方法寫，畢竟報大神大腿就不能任性了。

re答主: 如果老大並不強求你怎麼寫，你就按照習慣就好啦，畢竟一個括弧老大應該不 至於太苛刻。 如果真的是項目組規範了一下，最好還是規範著來。畢竟大家 都能看的順手也能提高項目效率吧。

