編程規(guī)范對(duì)軟件開發(fā)組織和個(gè)人有什么意義？在軟件開發(fā)中，每個(gè)公司都應(yīng)該有一套符合公司的技術(shù)體系，代碼規(guī)范就是體系的一部分。1.好的代碼規(guī)范可以降低團(tuán)隊(duì)的溝通和協(xié)作成本。2.形成統(tǒng)一的代碼風(fēng)格。如果你的團(tuán)

編程規(guī)范對(duì)軟件開發(fā)組織和個(gè)人有什么意義？

在軟件開發(fā)中，每個(gè)公司都應(yīng)該有一套符合公司的技術(shù)體系，代碼規(guī)范就是體系的一部分。

1.好的代碼規(guī)范可以降低團(tuán)隊(duì)的溝通和協(xié)作成本。

2.形成統(tǒng)一的代碼風(fēng)格。如果你的團(tuán)隊(duì)成員技術(shù)水平參差不齊，那就需要統(tǒng)一的代碼規(guī)范。否則項(xiàng)目生命周期會(huì)大大縮短，可能很快就需要重建。

3.好的代碼應(yīng)該是易讀的，可擴(kuò)展的，當(dāng)需求改變或增加時(shí)，現(xiàn)有的功能不應(yīng)該受到影響。

4.代碼要有統(tǒng)一的命名標(biāo)準(zhǔn)，比如類名、變量名、接口名、一個(gè)類的代碼行數(shù)、方法函數(shù)的最大參數(shù)個(gè)數(shù)等。比如一個(gè)類最多800行，超過4個(gè)參數(shù)的方法要封裝成一個(gè)獨(dú)立的類，方便擴(kuò)展。

5.盡量減少惡趣味代碼的存在。

6.用六大設(shè)計(jì)原則設(shè)計(jì)高內(nèi)聚、低耦合、高可用、可擴(kuò)展的代碼。

可以結(jié)合一些代碼檢測(cè)工具，提高項(xiàng)目的代碼質(zhì)量。比如阿里巴巴的代檢測(cè)插件、checkstyle、FindBug、PMD、sonarqube等。

最后，代碼規(guī)范和質(zhì)量檢查不應(yīng)該在項(xiàng)目完成后進(jìn)行，而應(yīng)該每周進(jìn)行一次，提前暴露問題，提前改進(jìn)和優(yōu)化。

java編程有甚么優(yōu)點(diǎn)？

首先，Java正在發(fā)展。

Java剛出來的時(shí)候被人詬病性能太差，后來1.4出來了性能有所提升，至少還可以接受。

被吐槽的功能很簡(jiǎn)單，1.5出來添加泛型，線程池，1.6提升性能。

后來1.7增加了Try with Resource，switch String等小功能，還改進(jìn)了多線程，提高了性能和g1的gc策略。

然后1.8加入lambda，stream等功能。功能大大升級(jí)了。

解釋

1.Java雖然在慢慢進(jìn)化，但確實(shí)在進(jìn)化。

2.我個(gè)人認(rèn)為Java進(jìn)化慢是有原因的。比如lambda表達(dá)式真的適合大型項(xiàng)目嗎？尤其是在碼農(nóng)水平參差不齊的情況下。我個(gè)人很喜歡lambda。我曾經(jīng)用番石榴來操作集合，但是不得不承認(rèn)lambda還是沒有命令式代碼直觀。對(duì)于大型項(xiàng)目來說，這是一個(gè)很煩人的問題，就是一些專家寫的代碼沒有太大的參考價(jià)值。這個(gè)人一旦離開，繼任者必須了解lambda。Java是一門非常工程化的語言，甚至有“過度工程化”的說法。但正是這一點(diǎn)使得開發(fā)變得困難。所以，語言的好壞有時(shí)取決于場(chǎng)景。

其次，總有那么一兩個(gè)神奇的框架改變命運(yùn)。Spring，Android，Hadoop，Spark等等都很有代表性。

再次，語言永遠(yuǎn)是次要的，數(shù)據(jù)結(jié)構(gòu)和算法才是根本。

我面試一些好的公司的時(shí)候，有些職位需要用其他語言來寫，比如Python，Ruby，C#，C等等，但我當(dāng)時(shí)對(duì)這些并不精通。面試官其實(shí)并不在乎，他們?cè)诤醯氖悄阈枰ㄒ婚T后端語言算法數(shù)據(jù)結(jié)構(gòu)。所以你需要掌握J(rèn)ava/C#、Python/Ruby、C等至少一種。