Java代碼臃腫啰嗦,為什么說java臃腫

我朋友說java代碼量大,我怕學不好

我就在黑馬程序員學的Java,開始來的時候也有一樣的擔心。代碼量和每天學習的內(nèi)容相關,有時候多有時候少。但是老師會將今天的重難點跟同學們劃出來,重點的東西也是開發(fā)中常用的東西,多敲敲重點代碼,其他的了解就行了。并且上兩天課會有休息和自習來鞏固,建議你可以去黑馬程序員試聽一下,了解一下他們的上課模式。

站在用戶的角度思考問題,與客戶深入溝通,找到醴陵網(wǎng)站設計與醴陵網(wǎng)站推廣的解決方案,憑借多年的經(jīng)驗,讓設計與互聯(lián)網(wǎng)技術結合,創(chuàng)造個性化、用戶體驗好的作品,建站類型包括:成都做網(wǎng)站、網(wǎng)站制作、成都外貿(mào)網(wǎng)站建設、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、域名申請、虛擬主機、企業(yè)郵箱。業(yè)務覆蓋醴陵地區(qū)。

java代碼為什么那么繁瑣

1.?Java語言是不是繁瑣呢?手頭有一本《Thinking in Java》中文第四版,數(shù)了一下正文共22章856頁。隨手翻一下,示例代碼和講解正文大概比例在1.5 : 1這樣。沒有真正用Java干過項目的人肯定會大為驚嘆:我勒個去,這么多知識點!此為“繁”;

2. 絕大部分搞編程的人,事實上,都是在使用一門語言的某個子集。該子集的形成由項目主導者發(fā)起、開發(fā)活動參與者共同決定,且相對長期穩(wěn)定。每一個即將參與該項目的人肯定會先把語言學個大概(其難度參考前一條),然后再根據(jù)項目學習該語言子集,最后固化下來。不斷使用該子集固然能提升開發(fā)效率,但代價不菲,極容易就變成了項目中的一顆鏍絲釘(“專家”);

3. 一門語言的設計肯定不會一蹴而就,一步步改良。沒記錯的話,Java誕生于1995年左右,到今天已經(jīng)快滿20年。在當時那種IT環(huán)境和條件下設計出來的語言,必然存在許多妥協(xié)、限制與錯誤,既不能隨便將之抹除(可能還有很多工程依賴著),也不能隨便更正,只能通過添加新語法、新類庫來打補丁,導致語言更“繁”。舉個例子,非內(nèi)建容器類庫是一個典型硬傷,再舉個例子,時間日期類沒見有多好用,也沒見有更新過,連替代品都沒見過(恕我不寫Java,的確沒見過);

4. 類庫(框架)豐富是好事還是壞事,要看針對同一個任務能找到多少替代品。如果有三到四個,那么肯定是好事,既不會造成單點故障,也不至于造成理解和記憶上的負擔。但是類庫太多,選擇太多,人的幸福感反而會下降,高效率也就無從談起;

5. 框架真的可以保證快速開發(fā)嗎?熟悉的話是可以的,專家編程嘛!但是

熟悉之前要花非常多時間學習使用吃悶虧。

框架只能免除掉一部分開發(fā)工作量。

框架跟業(yè)務總是存在“不合縫”的差異。

只不過將復雜度從開發(fā)轉移到了部署運維。

依賴性極強。

6. IDE可以提高開發(fā)效率嗎?僅僅一部分罷了。IDE本身就是個非常復雜的東西,將之調(diào)校到符合個人開發(fā)步調(diào)的進程可能會持續(xù)很久,事實上大部分人也只是用一些常用功能罷了。而且

基于圖形界面意味著自動化不容易(需要編寫額外插件)。

出了問題查找原因不易。

依賴性極強。

7. Java本身是面向系統(tǒng)(機器)的,不是面向開發(fā)人員的。這種強設計保證有助于提升目標系統(tǒng)的可靠性,卻犧牲了開發(fā)人員的幸福感。既然設計得如此嚴謹規(guī)范,為什么不能自動生成Java程序,

除了c,c++和匯編語言之外,其他的程序員都是SB+腦殘吧?感覺java好弱智??!

java確實是翔一樣的語言,是的,我有勇氣這么說。

1. java只有值傳遞,沒有引用傳遞,實現(xiàn)一個小小的swap函數(shù)就難如登天,造成了代碼的臃腫

2. 自稱完全面向對象語言,int,double,char。。。等基本數(shù)據(jù)類型根本不是對象,腦殘的設計使得int-Integer,double-Double頻繁的裝包解包轉換,浪費大量開發(fā)時間,極大拖慢了運行效率

3. 沒有自定義值類型,任何簡答的功能都要封裝為class,使得程序臃腫不堪,軟件難以維護,運行效率大幅下降

4. 沒有精確的自定義垃圾回收,GC代管一切,不合理的垃圾回收機制占用大量內(nèi)存空間,實際開發(fā)中消耗更多的財力和物力成本

5. 不支持多繼承,更是照成了代碼的臃腫不堪,同時照顧了傻逼一樣的程序員,真是什么樣的人都能來寫項目

6. 泛型僅僅是語法層面的差異屏蔽,后臺依然是裝包解包,達不到泛型真正的作用,類型不安全,極大增加內(nèi)存負擔

7. 沒有運算符重載,造成了擴展類型及其難用,不能真正體現(xiàn)面向對象思想,加大軟件開發(fā)負擔,拖慢開發(fā)效率

8.翔一樣的API命名,樂視一樣的系統(tǒng)函數(shù)封裝,風格雜七雜八,毫無工程級代碼可言,java狗自稱臃腫的代碼為嚴謹,嚴謹***,看看C#,kotlin,哪個不能把你按在地上摩擦

9.無非是站著自己開源項目多,抄襲復制方便,java狗可說了,天下代碼一大抄,看你會抄不會抄。呵 ,java狗只會抄來抄去,毫無創(chuàng)新可言(就java要指針沒指針,要查詢沒查詢的垃圾語言就別說什么創(chuàng)新了)java極大拉低了業(yè)界智商,照就了一堆屎一樣的不可維護的代碼。

java為什么這么火,因為人們喜歡吃屎

JAVA7-11到底是不是太胖了

您是不是在詢問使用Java的過程中寫代碼太臃腫,是的。

和 C#,Javascript,Go,Swift,Kotlin,Scala等代碼語言相比,Java需要設置接口,強行設置模式以及內(nèi)部類設置混亂。

但是Java使用廣泛, 它具有簡單,面向對象,穩(wěn)定,與平臺無關,解釋型,多線程,動態(tài)等特點,同時具備多線程以及翻譯類型的語言。

網(wǎng)頁名稱:Java代碼臃腫啰嗦,為什么說java臃腫
鏈接分享:http://muchs.cn/article8/phgpip.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián),為您提供電子商務、軟件開發(fā)、手機網(wǎng)站建設、搜索引擎優(yōu)化微信公眾號、虛擬主機

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉載內(nèi)容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉載,或轉載時需注明來源: 創(chuàng)新互聯(lián)

成都網(wǎng)站建設