java最常用編程風格（java最常用編程風格是什麼）

本文目錄一覽：

• 1、Java到底是一門怎樣的編程語言?
• 2、java編程是什麼？
• 3、Java語言的特點有哪些？
• 4、什麼是良好的編程風格（Java編程）
• 5、java人事面試問我描述一下你最常用的編程風格，我要怎麼答

Java到底是一門怎樣的編程語言?

Java是一門編程語言，是一門連接人與計算機的語言。

由於計算機只認識二進制（只有0和1）的信息，對於我們來說，二進制的信息與我們平時所說的話比較起來就太難懂了，所以為了能夠很好的和電腦交流，就產生了各種各樣的計算機編程語言，其中就包括Java。

Java之所以可以讓計算機識別，是因為Java的編譯器和Java虛擬機，它會將人按照一定規範寫成的信息翻譯成機器所能識別二進制的信息，這樣就可以讓我們很好的和計算機進行交流了，而這種規範我們稱之為Java語言。

Java是一種面向對象的語言，所謂的面向對象指的是Java編程中，所有的操作都是以對象進行操作的，這樣在我們編程的時候，可以將某個功能當成一個類，可以給這類東西設置自己的屬性。

由於計算機高級語言種類很多(C/C++、JAVA、Python、C#等等)，不同的語言所側重的領域不相同，Java所側重的範圍是互聯網行業企業級應用開發。

像我們經常使用的購物平台、一些公司的管理平台等，大部分都是使用Java來開發的。而且我們現在所使用的安卓手機的系統和APP，也都是用Java語言來開發的。

近些年來，Java在編程語言排行榜上一直位列前三，而且Java的使用人數非常多，市面上對Java開發工程師的需求量也很大。

java編程是什麼？

Java（計算機編程語言），深入了解Java開發？

Java語言是SUN(Stanford University Network，斯坦福大學網絡公司)公司1995年推出的一門高級編程語言，起初主要應用在小型消費電子產品上，後來隨着互聯網的興起，Java語言迅速崛起（Java applet 可以在瀏覽器中運行），成為大型互聯網項目的首選語言。

從首次發布開始，Java就躍到了 Internet 編程的前沿。後續的每一個版本都進一步鞏固了這一地位。如今，Java依然是開發基於 Web 的應用程序的最佳選擇。此外，Java還是智能手機變革的推手，Android 編程採用的就是Java語言。

Java可分為3個體系，即JavaSE、JavaEE 和JavaME。下面千鋒重慶Java的小編簡單介紹下這3個體系。

1、JavaSE

JavaSE（JavaPlatform Standard Edition，Java平台標準版）以前稱為J2SE，它允許開發和部署在桌面、服務器、嵌入式環境和實時環境中使用的Java應用程序。JavaSE包含了支持JavaWeb服務開發的類，並為JavaEE 提供基礎，如Java語言基礎、JDBC操作、I/O 操作、網絡通信以及多線程等技術。圖所示為JavaSE的體系結構。

2、JavaEE

JavaEE（JavaPlatform Enterprise Edition，Java平台企業版）以前稱為J2EE。企業版本幫助開發和部署可移植、健壯、可伸縮且安全的服務器端Java應用程序。JavaEE是在JavaSE基礎上構建的，它提供Web服務、組件模型、管理和通信API，可以用來實現企業級的面向服務體系結構（Service Oriented Architecture，SOA）和Web 2.0應用程序。

3、JavaME

JavaME（JavaPlatform Micro Edition，Java平台微型版）以前稱為 J2ME，也叫 K-JAVA。JavaME 為在移動設備和嵌入式設備（比如手機、PDA、電視機頂盒和打印機）上運行的應用程序提供一個健壯且靈活的環境。

JavaME包括靈活的用戶界面、健壯的安全模型、豐富的內置網絡協議以及對可以動態下載的聯網和離線應用程序。基於JavaME 規範的應用程序 只需編寫一次就可以用於許多設備，而且可以利用每個設備的本機功能。

Java語言的特點有哪些？

面向對象：其實是現實世界模型的自然延伸。現實世界中任何實體都可以看作是對象。對象之間通過消息相互作用。另外，現實世界中任何實體都可歸屬於某類事物，任何對象都是某一類事物的實例。如果說傳統的過程式編程語言是以過程為中心以算法為驅動的話，面向對象的編程語言則是以對象為中心以消息為驅動。用公式表示，過程式編程語言為：程序=算法+數據；面向對象編程語言為：程序=對象+消息。 所有面向對象編程語言都支持三個概念：封裝、多態性和繼承，Java也不例外。現實世界中的對象均有屬性和行為，映射到計算機程序上，屬性則表示對象的數據，行為表示對象的方法（其作用是處理數據或同外界交互）。所謂封裝，就是用一個自主式框架把對象的數據和方法聯在一起形成一個整體。可以說，對象是支持封裝的手段，是封裝的基本單位。Java語言的封裝性較強，因為Java無全程變量，無主函數，在Java中絕大部分成員是對象，只有簡單的數字類型、字符類型和布爾類型除外。而對於這些類型，Java也提供了相應的對象類型以便與其他對象交互操作。

可移植性：就是在這個系統上作的程序經過一次編譯後可以移植到別的系統上解釋執行，只要經過簡單的粘貼和複製就行了，不影響程序的效果

安全性：在 iSeries 服務器上運行的大多數 Java(TM) 程序是應用程序，而不是 applet，所以“砂箱”安全性模型對它們不起限制作用。從安全性的觀點看，Java 應用程序所受的安全性限制與 iSeries 服務器上的任何其它程序相同。要在 iSeries 服務器上運行 Java 程序，您必須對集成文件系統中的類文件具有權限。程序一旦啟動，它就在該用戶權限控制下運行。 您可以使用沿用權限來訪問具有運行程序的用戶的權限和程序擁有者權限的對象。沿用權限臨時地將用戶原先無權訪問的對象的權限授予用戶。

並發性：JAVA支持多線程技術，就是多個線程並行機制，多線程是Java的一個重要方法,特別有利於在程序中實現並發任務.Java提供Thread線程類,實現了多線程的並發機制.然而,程序的並發執行必定會出現多個線程互斥訪問臨界資源的局面,因而並發系統解決的關鍵就是對臨界資源的管理和分配問題,而在進行臨界資源分配時有兩方面需要考慮,即安全性和公平性.文中首先討論了多線程並發系統中的安全性與公平性問題,指出安全性與公平性在並發系統中訪問臨界資源時的重要性.並通過火車行駛單行隧道的實例,演示各種條件下的行駛情況來進一步說明該問題.

可視化：不好說，像vb這樣的也是可視話的編成程序。

我借鑒了一些朋友的答案，還有一些是自己找啊，希望能給你帶來幫助

什麼是良好的編程風格（Java編程）

首先,編程風格並不同於其他的style，目的並不是形成自己獨樹一幟的風格，而是為了讓你的程序易讀,有利於團隊合作以及別人幫你改錯。

風格是通用的

C語言和C++語言的編程風格 （Java見下）

第一章:縮進格式

Tab是8個字符,於是縮進也是8個字符.有很多怪異的風格,他們將縮進格式定義為4個字符(設置為2個字符!)的深度,這就象試圖將PI定義為3一樣讓人難以接受.

理由是:縮進的大小是為了清楚的定義一個塊的開始和結束.特別是當你已經在計算機前面呆了20多個小時了以後,你會發現一個大的縮進格式使得你對程序的理解更容易.

現在,有一些人說,使用8個字符的縮進使得代碼離右邊很近,在80個字符寬度的終端屏幕上看程序很難受.回答是,但你的程序有3個以上的縮進的時候,你就應該修改你的程序.

總之,8個字符的縮進使得程序易讀,還有一個附加的好處,就是它能在你將程序變得嵌套層數太多的時候給你警告.這個時候,你應該修改你的程序.

第二章:大符號的位置

另外一個C程序編程風格的問題是對大括號的處理.同縮進大小不同,幾乎沒有什麼理由去選擇一種而不選擇另外一種風格,但有一種推薦的風格,它是Kernighan和Ritchie的經典的那本書帶來的,它將開始

的大括號放在一行的最後,而將結束大括號放在一行的第一位,如下所示:

if (x is true) { we do y }

然而,還有一種特殊的情況:命名函數:開始的括號是放在下一行的第一位,如下:

int function(int x) { body of function }

所有非正統的人會非難這種不一致性,但是,所有思維正常的人明白: (第一) KR是___對___的,(第二)如果KR不對,請參見第一條. (:-))……另外,函數也是特殊的,不一定非得一致.

需要注意的是結束的括號在它所佔的那一行是空的,__除了__它跟隨着同一條語句的繼續符號.如”while”在do-while循環中,或者”else”在if語句中.如下:

do { body of do-loop } while (condition);

以及

if (x == y) { .. } else if (x y) { … } else { …. }

理由: KR.

另外,注意到這種大括號的放置方法減小了空行的數量,但卻沒有減少可讀性.於是,在屏幕大小受到限制的時候,你就可以有更多的空行來寫些注釋了.

第三章:命名系統

C是一種簡潔的語言,那麼,命名也應該是簡潔的.同MODULE-2以及ASCAL語言不同的是,C程序員不使用諸如ThisVariableIsATemporaryCounter之類的命名方式.一個C語言的程序員會將之命名為”tmp”,這很容易書寫,且並不是那麼難以去理解.

然而,當混合類型的名字不得不出現的時候,描述性名字對全局變量來說是必要的了.調用一個名為”foo”全局的函數是很讓人惱火的.全局變量(只有你必須使用的時候才使用它) ,就象全局函數一樣,需要描述性的命名方式.假如你有一個函數用來計算活動用戶的數量,你應該這樣命名–“count_active_users()”–或另外的相近的形式,你不應命名為”cntusr()”.

有一種稱為Hungarian命名方式,它將函數的類型編碼寫入變量名中,這種方式是腦子有毛病的一種表現—編譯器知道這個類型而且會去檢查它,而這樣只會迷惑程序員. –知道為什麼Micro$oft為什麼會生產這麼多”臭蟲”程序了把!!.

局部變量的命名應該短小精悍.假如你有一個隨機的整數循環計數器,它有可能有”i”,如果沒有任何可能使得它能被誤解的話,將其寫作”loop_counter”是效率低下的.同樣的,””tmp”可以是任何臨時數值的函數變量.

如果你害怕混淆你的局部變量的名字,還有另外一個問題,就是稱

function-growth-hormone-imbalancesyndrome.

第四章:函數

函數應該短小而迷人,而且它只作一件事情.它應只覆蓋一到兩個屏幕(80*24一屏),並且只作一件事情,而且將它做好.(這不就是UNIX的風格嗎,譯者注).

一個函數的最大長度和函數的複雜程度以及縮進大小成反比.於是,如果你已經寫了簡單但長度較長的的函數,而且你已經對不同的情況做了很多很小的事情,寫一個更長一點的函數也是無所謂的.

然而,假如你要寫一個很複雜的函數,而且你已經估計到假如一般人讀這個函數,他可能都不知道這個函數在說些什麼,這個時候,使用具有描述性名字的有幫助的函數.

另外一個需要考慮的是局部變量的數量.他們不應該超過5-10個,否則你有可能會出錯.重新考慮這個函數,將他們分割成更小的函數.人的大腦通常可以很容易的記住7件不同的事情,超過這個數量會引起混亂.你知道你很聰明,但是你可能仍想去明白2周以前的做的事情.

第5章:注釋

注釋是一件很好的事情,但是過多的注釋也是危險的,不要試圖區解釋你的代碼是注釋如何如何的好:你應該將代碼寫得更好,而不是花費大量的時間去解釋那些糟糕的代碼.

通常情況下,你的注釋是說明你的代碼做些什麼,而不是怎麼做的.而且,要試圖避免將注釋插在一個函數體里:假如這個函數確實很複雜,你需要在其中有部分的注釋,你應該回到第四章看看.你可以寫些簡短的注釋來註明或警告那些你認為特別聰明(或極其醜陋)的部分,但是你必須要避免過多.取而代之的是,將注釋寫在函數前,告訴別人它做些什麼事情,和可能為什麼要這樣做.

第六章:你已經深陷其中了.

不要着急.你有可能已經被告之”GUN emacs”會自動的幫你處理C的源代碼格式,而且你已經看到它確實如此,但是,缺省的情況下,它的作用還是不盡如人意(實際上,他們比隨便敲出來的東西還要難看- ainfinite number of monkeys typing into GNU emacs would never make a good program)

於是,你可以要麼不要使用GUN emacs,要麼讓它使用sanervalules.使用後者,你需要將如下的語句輸入到你的.emacs文件中.(defun linux-c-mode() “C mode with adjusted defaults for use with the Linux kernel.”(interactive) (c-mode) (c-set-style”KR”) (setq c-basic-offset8))

這會定義一個M-x Linux-c-mode的命令.當你hacking一個模塊的時候,如何你將-*- linux-c -*-輸入在最開始的兩行,這個模式會自動起作用.而且,你也許想加入如下

(setq auto-mode-alist (cons ‘(“/usr/src/linux.*/.*.〖ch〗$” . linux-c-mode) auto-mode-alist))

到你的.emacs文件中,這樣的話,當你在/usr/src/linux下編輯文件的時候,它會自動切換到linux-c-mode .

但是,假如你還不能讓emaces去自動處理文件的格式,不要緊張,你還有一樣東西: “縮進” .

GNU的縮進格式也很死板,這就是你為什麼需要加上幾行命令選項.然而,這還不算太壞,因為GNU縮進格式的創造者也記得KR的權威, (GNU沒有罪,他們僅僅是在這件事情上錯誤的引導了人們) ,你要做的就只有輸入選項”-kr -i8″(表示”KR,縮進8個字符).

“縮進”有很多功能,特別是當它建議你重新格式你的代碼的時候,你應該看看幫助.但要記住: “縮進”不是風格很差的程序的萬靈丹.

JAVA編程風格簡析

很久以來都在體會着JAVA的風格，現在做一簡單陳述，希望大家多提寶貴意見。

對於一種好的編程語言，學習它的編程風格是很重要的。每種語言都有自己的編寫和注釋約定，當然所有語言都建立在最基本的約定之上。編程中最重要的並不是讓代碼按自己希望的方式運行，而是程序中那種自明的編程風格（這對於程序員的益處相信眾多程序員都身有體會）！但這還不夠，程序還應該具有可讀、相對持久和可維護性。可讀性非常重要，因為你不希望自己以前的作品在之後的閱讀中給自己留下障礙，當然，更重要的是自己的程序能讓其他程序員讀懂並且修改。

下面我把工作中所理解的java風格做一簡單總結，這是我所理解的好的編程風格和應用中我們應當如何使用java編寫自己的代碼的小Guide。這並不完全，希望大家幫我陸續總結各自的經驗。

一般性概述

好的編程風格固然重要，但是你一定聽說過一些程序員的個人風格。其實我們完全不必為那些所謂條條框框所累，但是作為原則是我們至少不能打破這些常規。我們應該在保持自己風格的同時盡量的把自己與編程潛原則靠攏。

可讀性很容易達到，比如，讓自己的代碼縮排排列、名字採用描述性但不要過長（短名應僅僅用在非遠程）、特殊名稱比如pi應當被定義為final類型。模塊性是編程需要注意的另一重點，把代碼劃分到類里，在類中把功能劃分到方法中，別讓一個類太大，否則在使用、修改和理解上都會造成不必要的麻煩，方法也一樣，如果一個方法長度超過50行，它產生錯誤的概率將接近100％，盡量把大方法劃分為小方法，編程中為避免重複編寫，還應盡量調用JAVA標準類庫。

盡量避免在寫代碼和注釋時使用不同語言，經常見到論壇有朋友詢問諸如在java中調用c、調用php、調用shell之類的問題，其實在編程中，我們應盡量使用一種語言去完成事情。另外就是不必最優化自己的代碼，應該選擇相對較優的算法就可以了。

類、方法和fields

類應體現出某種物質的基本概念，比如要編程實現“汽車”的組成，那麼所有的汽車都可以用類Car實現。這個類應當包括域描述、屬性描述和car的狀態（color, number of doors, age等）和由car可完成的操作（getColor, setColor等）。為了提高類的可重用性，不要在類中有過多的描述，當然這也會增加錯誤產生的機會。

類名首字母大寫，比如Date, String, Hashtable等 … …

類如下定義：(未使用Javadoc做注釋):

public class Car {

/* Instance variables are placed either in the beginning

or at the end of the class */

private int age;

private Color color;

/* The constructor should be placed in the beginning */

public Car(int age, Color color) {

this.age = age;

this.color = color;

}

/* Example method */

public int getAge() {

return age;

}

/* The main method is optional, but looks like this.

If it exists, it is either the first or the last

method in the class */

public static void main(String [] args) {

…

}

}

注意類名和大括號間的空格！

方法

方法一般定義為public。當然，如果方法僅僅在當前類用到可以定義為private，而如果希望一個子類沿用這個方法則不同，這時候的方法應定義為protected。

java中的方法定義很有趣，它們一般小寫字母開頭，如果有兩個字組成，第二個字的首字母則大寫。因此名字的描述性是至關重要的。這使你不用閱讀整篇代碼來判斷這是一個什麼方法。在給自己的方法取名時應盡量不要太短或者太長，另一個需要注意的是大多方法使用動詞（動賓短語）。

例如：

public void eat() {}

public void eatBananas() {}

Selector（選擇器）方法有get前綴，後綴是它們將要get的，比如

public int getBananas() {}

Mutator（存取器）方法則有set前綴，後綴則是他們要set的，比如

public void setBananas(int amount) {}

注意mutators大多無返回值。

方法的參數應當以如下方式給出：

public void aMethod(type parameter1, type parameter2, … , type parametern) {}

如果參數過長，也可以斷開為幾行，應對齊向下排列如：

public void aMethod(type parameter1, type parameter2,… ,

type parametern, type parameter n+1,… ,

type parameterm, type parameter m+1) {}

另外要注意類的左束括號應在方法的右束括號之後而非下一行:

public int aMethod() {

int i = 0;

if(i == 0)

System.out.println(“success！”);

}

為了文件可讀性好，還要注意語句最好寫在同一行，當然一行寫不下是可以斷行的，比如行字母超過80。

fields

比如變量，如果不希望它永久有效，應設為private。如果一個變量在類中不發生任何動作（比如數據結構中的node）則可以設置為public，常量一般聲明為public。如果不能確定一個變量到底該聲明為什麼，應暫且聲明為private。

field的名字一般使用小寫字母，不要使用下橫線或其他特殊字符。 如果變量包含兩個字，那麼第二個字的首字母大寫。比如：

int i, j, k;

Date date;

double myField;

常量一般全部大寫，也可以包含下橫線：

public static final int MAX_SIZE_OF_DATABASE

fields的名字通常為名詞。較重要的fields更應具備描述性，比如程序中包含一個遊戲的得分，那可以用score來代表。如果變量變化較頻繁，那使用一個單一字符來代表就ok了：

i, j, k 通常代表整數

r, t, u, v, w 通常代表實數

x, y, z 通常是並列出現或代表浮點數

s, s1, s2, 通常代表字符串

c, ch 通常代表字符

f, file 通常代表文件

tmp, temp 通常代表臨時變量

ctr, cnt, cntr 一般代表計數器(如果i, j, k這些變量已被使用)

dummy, foo, bar 一般代表啞元變量

args 是main-method的主參數名

縮排與換行

每行長度不得超過80字符。如果需要可以折行時，也應當與上一行有共同的縮排距離。代碼應如何交錯、如何建立新行、在哪裡建立允許、哪裡不允許都有一些一般約定，縮排空格一般為2個或4個空格。

條件表達式

如果見到如下語法表達式：

if (expr)

statement1;

else

statement2;

代碼行向右錯排兩個空格如上所示。

如果在一個表達式中有超過一條的聲明，則需要大括號:

if (expr){

statement1;

statement2;

} else{

statement3;

statement4;

}

有時我們會希望在表達式中使用表達式（比如條件嵌套），這時應注意else表達式，它的位置很容易出錯！如例：

if (expr1) {

statement1;

statement2;

} else if (expr2)

statement3;

else if (expr3) {

statement4;

statement5;

} else {

statement6;

statement7;

}

注意大括號位置！

Loops

while-loop語法如下：

while (expr) {

statement1;

statement2;

}

for-loop語法如下：

for (expr1; expr2; expr3){

statement1;

statement2;

}

注意大括號位置！僅一條聲明時大括號省略：

while (expr)

statement;

for (expr1; expr2; expr3)

statement;

例如，我們寫一個procedure寫出1到10這十個數字：

for (i = 1; i = 10; i++)

System.out.println(i);

try-catch語法形如：

try {

statements;

} catch (ExceptionClass e) {

statements;

}

如果try-catch語句後跟隨finally子句則形如：

try {

statements;

} catch (ExceptionClass e) {

statements;

} finally {

statements;

}

新行

每一行最好只闡述一件事情。比如，一行包含一個聲明、一個條件語句、一個循環等。不論多小，最好不要一行辦兩件事及以上。例如不要把一個if表達式或循環語句的主體放置在同一行，這樣的表達式斷行的易讀性會更高。通常，互相協作的代碼應放在一起，為保證代碼美觀可讀，我們應將代碼的不同代碼段放置在不同的段落。不過要牢記斷行不要太過分！比如:

public int factorial(int n) {

int result = 1;

for(int i = 1; i = n; i++)

result*=i;

return result;

}

給自己的代碼加入注釋

注釋就是類的描繪、方法存在的原因、它完成了什麼以及它對它其中（變量）的作用域。假定閱讀你代碼的人已經知道這是什麼語言，所以不需要注釋語句功能，盡量使用簡短而有描述力的注釋。

Java有兩種類型的注釋：

//This is a comment that continues until the end of the line.

/* This is a comment. It goes on and on and on and on and on and on and on

and on and on and on and on and on and on and on and on and on and on and

on and on and on and on and on and on and on and on and ends like this: */

/**

* This is a JavaDoc comment. More about JavaDoc in the next section.

*/

如果在注釋中加入注釋則會出錯：

/* You are not allowed to do anything like this /* because the compiler will

complain, if you are lucky */ DON’T DO THIS! And don’t write comments in

upper case either… */

注釋應放在它要解釋內容上下，這樣會讓代碼更易於理解。

不要注釋一些語言的語句功能：

i++; // Add 1 to i

更不要讓自己的代碼處於這種狀態：

for(int i = 1; i = n; i++)

/* don’t place comments where

they don’t belong */

result*=i;

較短的注釋既可被放在被注釋代碼上下，而長注釋則習慣性的放在代碼之上：

/* Comments can be placed before the

block that is to be commented */

for(int i = 1; i = n; i++)

result*=i;

或者:

for(int i = 1; i = n; i++){

result*=i; // short comments can be placed like this

tmp++; // if necessary, they continue here

}

不要寫沒用的注釋：

i++; // change this later

Excuse me,這句肯定是胡扯！

不要寫自己都看不懂的注釋：

i++; // BMW

BMW? 如果你能連續十天記住這是什麼意思的話，那麼你的記憶真是不錯了。所以不要寫沒人能看懂的注釋，ok？

最後重申一下：寫簡短而富於描述性的注釋，把它們放在該放的地方，而不要考驗你自己的記憶力！

JavaDoc – 文檔工具

JavaDoc不僅是另一種給代碼加註釋的彷彿咱，更是一個文檔工具。類、方法和一些重要地方需要用JavaDoc來注釋。這並不是說你可以放棄常規的注釋，這兩者在代碼中應該是相輔相成、互相彌補的關係。

類被注釋如：

/**

* Car represents cars … A description of the class

* should be place here. Note that the description begins

* on the second line and that there is a space between

* the asterix and the text. Next we will add some fields

* indicating who the authors of the class are and

* other useful information. Notice the newline!

*

* @author Jerry Meng

* @version %I%, %G%

*/

public class Car {

注意JavaDoc結束和類開始間無空行。

方法被注釋如：

/**

* A description of what the method does…

*

* @param n a description of the parameter

* @return a description of the return value

*/

public int factorial(int n) {

某些不是全部，被JavaDoc注釋區域如：

/**

* Short description of the variable (one line)

*/

type variable;

什麼應當使用JavaDoc做注釋？如何注釋的恰當呢？

可以這樣想，JavaDoc中所作的注釋都可以在類的文檔中看到。所有讀這個類的文檔的讀者都會明白這個類所完成的功能、它包括的方法、如何使用這些方法及方法的返回值。一些作用域，比如public的變量或常量將會一目了然。任何不了解這個類內部結構的人都可以輕鬆的調用它。這便是你用JavaDoc可以輕鬆提供的信息。而使用一般注釋的地方，一般是給那些可能修改你的類代碼的程序員，它們一般描述了類的內部信息和結構。

下面我寫一下car的類來描述一個編程風格好的java類應該是怎樣的。當然這僅僅是一個小例子(apart from selector and mutator methods)，僅僅是在考慮JAVA編程風格上一個參考而已。

import java.awt.Color;

/**

* This is a class representing cars. A car has certain features, such

* as color, age, number of doors etc and a car can be repainted,

* the tank can be filled etc.

*

* @author Jerry Meng

* @version %I%, %G%

*/

public class Car {

/**

* The maximum size of the tank in litres.

*/

private static final double TANK_SIZE = 100.0;

/**

* The color of the car.

*/

private Color color;

/**

* The age of the car.

*/

private int age;

/**

* The number of doors of the car.

*/

private int doors;

/**

* The amount of gasoline in the tank.

*/

private double gasoline;

/**

* Class constructor, which constructs a brand new, black car with

* five doors and a full tank.

*/

public Car() {

this(Color.black, 0, 5, TANK_SIZE);

}

/**

* Class constructor specifying the color, age, number of doors

* and litres of gasoline

*

* @param color The color of the car

* @param age The age of the car

* @param doors The number of doors

* @param km Kilometres driven

* @param gasoline The litres of gasoline

*/

public Car(Color color, int age, int doors, double gasoline) {

this.color = color;

this.age = age;

this.doors = doors;

this.gasoline = gasoline;

}

/**

* Returns the color of the car

*/

public Color getColor() {

return color;

}

/**

* Repaints the car (i.e. changes its color)

*/

public void setColor(Color color) {

this.color = color;

}

/**

* Returns the age of the car

*/

public int getAge() {

return age;

}

/**

* Returns the number of doors of the car

*/

public int getDoors() {

return doors;

}

/**

* Returns the amount of gasoline in the tank

*/

public double getGasoline() {

return gasoline;

}

/**

* Fills the tank. The amount of gasoline cannot exceed

* the size of the tank. In that case, the tank will be

* filled to the maximum and the rest will run out in

* the sand.

*

* @param gas The amount of gasoline to put in the tank

*/

public void setGasoline(double gas) {

if(gasoline + gas = TANK_SIZE)

gasoline+=gas;

else

gasoline = TANK_SIZE;

}

}

java人事面試問我描述一下你最常用的編程風格，我要怎麼答

就是按照 Java 規範的那樣編碼啊。

而且我們公司有自己的編碼規範啊。

類名首字母大寫，兩單詞之間，首字母大寫。屬性小寫。常量全部大寫。

駝峰標識，縮寫單詞的話有專門的文檔進行注釋。

沒什麼其他的了。就是你自己的編寫風格就行。別太拘謹，你行的。