Java 程式設計中,花括號應該直接跟在本行的後面還是另起一行?

時間 2021-06-02 14:04:03

1樓:民工幾枝花

也能夠寫在一同,可是為了可讀性及易修改性,才分隔的,便利他人看麼,你編的程式,自己很清楚但他人就不知道了額,所以新手操練這個會著重,在早期要養成習氣void表明無型別,這裡void和後邊的花括號表明的是乙個沒有返回值的函式,花括號是用於限定函式的句子的範圍。c言語中常見函式界說有以下兩種。無參函式界說的一般方式:

型別識別符號函式名宣告部分句子 }其中型別識別符號和函式名稱為函式頭。型別識別符號指明晰本函式的型別,函式的型別實踐上是函式返回值的型別。該型別識別符號與前面介紹的各種闡明符相同。

函式名是由使用者界說的識別符號,函式名後有乙個空括號,其中無引數,但括號不行少。{}中的內容稱為函式體。在函式體中宣告部分,是對函式體內部所用到的變數的型別闡明。

有參函式界說的一般方式: 有參函式界說的一般方式如下: 型別識別符號函式名(方式參數列列宣告部分句子 }有參函式比無參函式多了乙個內容,即方式參數列列。

在形參表中給出的引數稱為方式引數,它們可所以各種型別的變數,各引數之間用逗號距離。在進行函式呼叫時,主調函式將賦予這些方式引數實踐的值。形參既然是變數,必須在形參表中給出形參的型別闡明。

在許多情況下都不要求無參函式有返回值,此刻函式型別符能夠寫為void。 Switch用在C言語中它常常跟Case一同運用,是乙個判別挑選句子。用於多分支挑選的其一般方式為:

switch(表示式)其語義是:核算表示式的值。並逐個與這以後的常量表示式值相比較,當表示式的值與某個常量表示式的值持平時,即履行這以後的句子,然後不再進行判別,持續履行後邊一切case後的句子。

如表示式的值與一切case後的常量表示式均不相一起,則履行default後的句子。就拿你上面的比如,switch履行哪條句子就看你的引數滿足哪個case。你的引數oper的值為1就履行case 1那條句子,即列印輸出c1。

2樓:皮蛋XXXXL

我把第二種叫擺尾寫法,不跟在後面的叫斬斷寫法。

推薦擺尾

1 節省一行空間

2 沒有理由斬斷而不擺尾

本來就應該和前面在同一行的,如

public void abc(){} 而此時大多數人不會寫成public void abc()

{}如果認為這種空括號情況不斬斷,而其他情況斬斷,那麼會範原則不一致的錯誤。

3樓:阮蔣偉

沒有一種風格是最好的,各有各的優點。對於用哪種風格,如果在公司做專案,公司有一套規範,必須遵守的。如果是自己學習或者自己寫東西,哪種用得順手就用哪種。

4樓:翅膀

我暈.這個完全不重要.如果是團隊開發.

ide應該有統一的format格式.你怎麼寫都沒關係.提交前format就ok.

(如果不是因為merge的需要,其實是不是要format都可以商榷)

5樓:Jan-Z

各有好處,這是程式設計風格的問題,不是必須選擇哪一種。只要選定一種,保持一致就可以了。如果是團隊開發,就按照團隊的程式設計規範吧。

在Java的NIO程式設計中,在ACCEPT事件監聽處理中,使用阻塞和非阻塞對效率影響大嗎?

觸發器 是一樣的,因為selecter的select 方法在沒有accept事件的時候也會阻塞。另外只處理accept事件又不需要處理讀寫資料,就沒有其他阻塞了。 程羅 乙個執行緒a阻塞在accept上,另乙個執行緒b阻塞在selector的select上。每當到來乙個連線,a都要呼叫selecto...

在java企業級程式設計中kafka有什麼用?

rail gun 首先,kafka作為訊息中介軟體。在企業級程式設計中實現,消費端和生產端的解耦。使得,生產端和消費端只需要實現自己的業務邏輯,而不需要去關注訊息的本身的傳遞。另外,由於訊息中間價的解耦,可以使得生產端和消費端節點很容易動態的擴增。其次,kafka作為一種大吞吐量的訊息中介軟體,可以...

請問在java的實際開發中,應該什麼時候用傳統IO,什麼時候用NIO?

一一哥 一,NIO新特性 NIO的一些新特性有 非阻塞I O,選擇器,緩衝以及管道。管道 Channel 緩衝 Buffer 選擇器 Selector 是其主要特徵。二,Channel Selector解釋 Channel 管道實際上就像傳統IO中的流,到任何目的地 或來自任何地方 的所有資料都必須...