多寫代碼怎么寫 _多寫

1.java怎么編寫。.這個問題。。。太抽象了吧。
總之java程序必須是由class組成的，每個class都可以有自己的main方法，每個文件里面最多有一個公有類，必須和文件名同名。
如HelloWorld.java:
//公有類
public class HelloWorld{
//main方法的固定寫法，必須有String數組參數
public static void main(String args[]){
System.out.println("Hello World!");
}
}
剛開始學大致都會是像這樣先建立一個public class，再在main方法里面寫東西吧
2.里面代碼要怎么寫1. 打好基礎寫出高質量代碼，并不是搭建空中樓閣，需要有一定的基礎，這里我重點強調與代碼質量密切相關的幾點：掌握好開發語言，比如做Android就必須對Java足夠熟悉，《Effective Java》一書就是教授大家如何更好得掌握Java，寫出高質量Java代碼。
熟悉開發平臺，不同的開發平臺，有不同的API，有不同的工作原理，同樣是Java代碼，在PC上寫與Android上寫很多地方不一樣，要去熟悉Android編程的一些特性，iOS編程的一些特性，了解清楚這些，才能寫出更加地道的代碼，充分發揮各自平臺的優勢。基礎的數據結構與算法，掌握好這些在解決一些特定問題時，可以以更加優雅有效的方式處理。
基礎的設計原則，無需完全掌握23種經典設計模式，只需要了解一些常用的設計原則即可，甚至你也可以只了解什么是低耦合，并在你的代碼中堅持實踐，也能寫出很不錯的代碼。2. 代碼標準代碼標準在團隊合作中尤為重要，誰也不希望一個項目中代碼風格各異，看得讓人糟心，即便是個人開發者，現在也需要跟各種開源項目打交道。
標準怎么定是一個老生常談的話題，我個人職業生涯中經歷過很多次的代碼標準討論會議，C++, C#, Java等等，大家有時會堅持自己的習慣不肯退讓。可現如今時代不一樣了，Google等大廠已經為我們制定好了各種標準，不用爭了，就用這些業界標準吧。
3. 想好再寫除非你很清楚你要怎么做，否則我不建議邊做邊想。你真的搞清楚你要解決的問題是什么了嗎？你的方案是否能有效？有沒有更優雅簡單的方案？準備怎么設計它，必要的情況下，需要有設計文檔，復雜一些的設計需要有同行評審，寫代碼其實是很簡單的事情，前提是你得先想清楚。
4. 代碼重構重構對于代碼質量的重要性不言而喻，反正我是很難一次把代碼寫得讓自己滿意、無可挑剔，《重構》這本書作為業內經典也理應人人必讀，也有其他類似的教授重構技巧的書，有些也非常不錯，遺憾的是我發現很多工作多年的同學甚至都沒有了解過重構的概念。5. 技術債務知乎上最近有個熱門問題《為什么有些大公司技術弱爆了？》，其實里面提到的很多歸根結底都是技術債務問題，這在一些大公司尤為常見。
技術債務話題太大，但就代碼質量而言，我只想提一下不要因為這些債是前人留下的你就不去管，現實是沒有多少機會讓你從一個清爽清新的項目開始做起，你不得不去面對這些，你也沒法完全不跟這些所謂的爛代碼打交道。因此我建議各位：當你負責一個小模塊時，除了把它做好之外，也要順便將與之糾纏在一起的技術債務還掉，因為這些債務最終將是整個團隊來共同承擔，任何一個人都別想獨善其身，如果你還對高質量代碼有追求的話。
作為團隊的技術負責人，也要頂住壓力，鼓勵大家勇于做出嘗試，引導大家不斷改進代碼質量，不要總是畏手畏腳，停滯不前，真要背鍋也得上，要有擔當。6. 代碼審查我曾經聽過一些較高級別的技術分享，竟然還不時聽到一些呼吁大家要做代碼審查的主題，我以為在這個級別的技術會議上，不應再討論代碼審查有什么好，為什么要做代碼審查之類的問題。