編碼時(shí)，左大括號(hào)我想一定是程序員在編寫(xiě)代碼，或者是學(xué)習(xí)編寫(xiě)代碼的人。首先，我們需要弄清楚一件事。帶和不帶換行符的左花括號(hào)是一種格式良好的編碼結(jié)構(gòu)。但在通常的編碼中，我們都使用我們習(xí)慣的方式。讓我們看一

編碼時(shí)，左大括號(hào)

我想一定是程序員在編寫(xiě)代碼，或者是學(xué)習(xí)編寫(xiě)代碼的人。首先，我們需要弄清楚一件事。帶和不帶換行符的左花括號(hào)是一種格式良好的編碼結(jié)構(gòu)。但在通常的編碼中，我們都使用我們習(xí)慣的方式。讓我們看一下比較：上面是一個(gè)簡(jiǎn)單的Java字符串輸出代碼。代碼中只有一個(gè)方法，方法中只定義了一個(gè)函數(shù)語(yǔ)句。第一個(gè)HelloWorld類(lèi)使用非換行編碼結(jié)構(gòu)，程序結(jié)構(gòu)非常清晰，沒(méi)有更多的行。在第二節(jié)課中，使用了一個(gè)新行。似乎結(jié)構(gòu)更清晰，類(lèi)體和方法體一目了然。

在早期編程中，我們大多采用第二種方式，即換行方式。當(dāng)我剛開(kāi)始工作的時(shí)候，我的指導(dǎo)老師讓我們把這行代碼包起來(lái)，因?yàn)樵趯ふ夜δ苣K時(shí)，代碼看起來(lái)更標(biāo)準(zhǔn)、更醒目、更直觀。但是，這種編寫(xiě)方法只有在代碼體中沒(méi)有太多函數(shù)語(yǔ)句時(shí)才明顯。當(dāng)代碼體中有許多函數(shù)語(yǔ)句時(shí)，特別是當(dāng)屏幕無(wú)法放下時(shí)，這種花括號(hào)將失去價(jià)值，并增加代碼的總長(zhǎng)度。

所以在當(dāng)前的開(kāi)發(fā)結(jié)構(gòu)中，我們看到更多的左花括號(hào)沒(méi)有包裝。也可以說(shuō)，沒(méi)有換行的左花括號(hào)是一種流行的寫(xiě)作方法（也稱(chēng)為新文體）。但這并不是說(shuō)這條新線是不正確的。這種換行和非換行問(wèn)題不會(huì)影響代碼的性能。它們都是格式良好的寫(xiě)作方法。習(xí)慣上用那個(gè)。

建議使用非直線進(jìn)給。

女生做了三年的java開(kāi)發(fā)，轉(zhuǎn)行做什么比較好？

首先，感謝您的邀請(qǐng)。

這個(gè)問(wèn)題讓我想起了我還在嵌入式系統(tǒng)上工作的日子。項(xiàng)目組里只有一個(gè)女孩和我們一起做這個(gè)項(xiàng)目。后來(lái)，我受不了加班，就走了。

是個(gè)不錯(cuò)的選擇，但難度不小。

如果以上理由不成立，我只是不想做java，但我還是想在開(kāi)發(fā)行業(yè)工作。我想你可以做測(cè)試。這項(xiàng)要求的技術(shù)含量不高，工作容易?；旧希阍陧?xiàng)目結(jié)束前很忙。當(dāng)然，薪水會(huì)低很多。此外，它還會(huì)得罪人，有時(shí)還會(huì)制造麻煩。

因此，沒(méi)有完美的選擇，希望課題結(jié)合自己的實(shí)際原因理性選擇，最后祝你找到一個(gè)合適的方向。