㈠ 2020年Web前端工程師的學習建議
今天小編要跟大家分享的文章是關於2020年web前端工程師的學習建議。毫無疑問，前端開發將成為2020年技術領域最熱門的學科之一。
以前，前端空間的開發人員只要了解一些HTML，CSS，也許還有jQuery來渣瞎創建互動式網站，就足夠了。但是今天，他們面臨著廣泛且不斷變化的開發技能生態系統;掌握的工具，庫和框架;並且需要不斷投資於個人教育。
最近幾年，我們使用JavaScript為主要的Web應用程序提供了強大的新庫和框架，例如ReactJS，VueJS和Svelte。想要學習web前端知識的小夥伴們來和小編一起看一看吧!
1.框架
2020年，我們可能會看到Facebook的ReactJS與社區驅動的VueJS之間的對決。目前，React在GitHub上擁有140,000星，而Vue則擁有153,000星。例如，Angular只有53,000個恆星。
在2019年，React(藍線)，Vue(紅線)，Angular(黃線)和Svelte(綠線)的搜索量支持此假設-Vue略高於React。Angular在搜索量方面無法跟上，Svelte在此比較中絕對不起作用。
因此，對於2020年，使用或希望使用JavaScript框架的前端開發人員應將React和Vue作為他們的主要選擇。如果您正在處理大型企業項目，則Angular是有效的選擇。
2.靜態網站生成器
靜態站點生成器結合了伺服器端渲染的功能(對於SEO非常重要，而且還具有初始載入時間)和單頁應用程序。
如今，許多項目即使不需要伺服器端渲染也選擇了SSG，因為Next或Nuxt之類的解決方案具有便捷的功能，例如模塊捆綁器，集成測試運行器等。
如果您認真對待前端開發，則應仔細研究以下項目，並嘗試獲得一些實踐經驗：
·Next(基於React)
·Nuxt(基於Vue)
·Gatsby(基於React)
·Gridsome(基於Vue)
3.JAMstack
術語JAMstack代表JavaScript(在客戶端上運行-例如，React，Vue或VanillaJS)，API(伺服器端進程通過JavaScript通過HTTPS抽象並訪問)和標記(在部署時預先構建的模板標記)。。
這是一種構建網站和應用程序以提高性能的方法-降低擴展成本，提供更高的安全性並提供更好的開發人員體驗。
盡管這些術語本身並不是什麼新鮮事物，但它們的共同點是相同的-它們並不依賴於Web伺服器。因此，依賴於Ruby或Node.js後端或使用伺服器端CMS(例如Drupal或WordPress)構建的網站的單片應用程序不是使用JAMstack構建的。
如果要使用JAMstack，有一些最佳實踐：
整個項目都在CDN上提供服務
由於不需要伺服器，因此整個項目都可以通過CDN進行服務，從而釋放出無與倫比的速度和性能。
一切都存在於在Git中
每個人都應該能夠從Git存儲庫克隆整個項目，而無需資料庫或復雜的設置。
自動化構建
您可以完美地自動構建，因為所有標記都是預先構建的，例如使用webhooks或雲服務。
原子部署
為了通過在大型項目中重新部署數百或數千個文件來避免出現不一致的狀態，原子部署將等待所有文件上傳，然後再進行更改。
即時緩存失效
當站點上線時，必須確保CDN可以處理即時緩存清除，以使更改可見。
像Netlify或Zeit這樣的著名主機都支持JAMstack應用程序，大公司使用它們為用戶提供出色的體驗。
4.PWA
漸進式Web應用程序(PWA)無疑將在2020年成為現實。越來嘩漏越多的公司選擇PWA取代本機應用程序，以便為用戶提供豐富的移動體驗。
PWA可靠(即時載入，無需連接互聯網即可工作)，快速(流暢的動畫，對用戶交互的快速響應)和吸引人的體驗(本機應用程序的感覺，出色的用戶體驗)。
他們利用服務人員提供離線功能，並利用Web應用清單文件提供全屏體驗。
構建漸進式Web應用程序的原因有：
·可以從瀏覽器添加如蘆空到用戶的主屏幕
·即使沒有互聯網也能正常工作
·支持網路推送通知以增強用戶參與度
·利用Google的Lighthouse功能
5.GraphQL
GraphQL是當前最熱門的主題之一，並且絕對是您在2020年需要學習或改進的東西。
盡管REST通過提供無狀態伺服器之類的出色概念一直被認為是設計WebAPI的事實上的標准，但在跟上快速變化的客戶端訪問RESTful
API時，RESTfulAPI卻越來越不靈活。
GraphQL由Facebook開發，旨在解決開發人員在處理RestfulAPI時面臨的確切問題。
使用RESTAPI，開發人員可以通過從具有特定目的的多個端點(例如/users/端點或/tours//
location端點)中獲取數據來收集數據。
使用GraphQL，這將以不同的方式工作。開發人員會將查詢與他們的數據要求一起發送到GraphQL伺服器。然後，伺服器將返回帶有所有相應數據的JSON對象。
使用GraphQL的另一個好處是它使用了強類型系統。GraphQL伺服器上的所有內容都是使用GraphQL模式定義語言(SDL)通過模式定義的。創建架構後，前端開發人員和後端開發人員都可以彼此獨立地工作，因為他們知道已定義的數據結構。
6.代碼編輯器/IDE
與2019年一樣，微軟的VSCode將在2020年成為大多數前端工程師的第一編輯器。
它提供幾乎類似於IDE的功能，例如代碼自動完成和語法高亮顯示，並且可以通過其擴展市場進行幾乎無限的擴展。
特別是市場使VSCode如此出色。以下是您作為前端開發人員的一些出色擴展：
·JavaScript(ES6)代碼段
·npm
·beautify
·CSS速覽
·ESLint
·LiveSass編譯器
·Chrome調試器
這些是很酷的例子。在VSCode中還有很多可以發現的地方，因此，如果您尚未使用它，我建議您嘗試一下。
7.測試
未經測試的代碼不應找到它的生產方式。
在您的個人項目中似乎沒有任何測試似乎很方便，但在商業和企業環境中工作時必須進行測試。因此，對於任何開發人員而言，最好盡可能將測試集成到開發工作流程中。
可以區分以下測試用例：
單元測試
隔離測試單個組件或功能。
整合測試
測試組件之間的交互。
端到端測試
在瀏覽器中測試功能完善的用戶流。
有更多測試方法，例如手動測試，快照測試等。如果您想升任高級開發人員職位或打算在擁有某些開發標準的大型公司工作，則應嘗試進行測試技能。
8.干凈的代碼
能夠編寫干凈的代碼是一項很棒的技能，許多組織都對此提出了很高的要求。如果您想從開發人員的位置升級為高級開發人員的位置，則應真正學習干凈代碼的概念。
簡潔的代碼應優雅且易於閱讀。它應該重點突出，您應該注意這一點。所有測試均以純凈代碼運行。它們不應包含重復項，應盡量減少使用實體(例如類，方法和函數)。
干凈代碼開發人員應做的一些事情是：
·為變數，類，方法和函數創建有意義的名稱
·函數應該很小並且參數應盡可能少
·根本不需要注釋-代碼應該說明一切
如果您想了解有關干凈代碼檢查的更多信息，請閱讀RobertC.Martin的書籍和帖子。
9.Git
毫無疑問，Git是當今Web開發中版本控制的標准。對於每個前端工程師而言，了解基本的Git概念和工作流程以在各種規模的團隊中有效工作都是非常重要的。
這是您應該知道的一些流行的Git命令：
gitconfig
gitinit
gitclone
gitstatus
gitadd
gitcommit
gitpush
gitpull
gitbranch
知道這些命令可以提高工作效率總是很高興的，但是前端工程師還應該學習Git的基本概念。
10.軟技能
對於開發人員來說，經常被忽視但確實非常重要的是獲得軟技能。
雖然有助於了解事物的技術方面，但了解如何在團隊中進行交流也同樣重要。如果您對技術職業很認真，並且/或者打算升任高級職位，則應該從事以下軟技能方面的工作：
同情
溝通
團隊合作
平易近人和樂於助人
忍耐
開放的思想
解決問題
責任心
創造力
時間管理
永遠記住：開發人員最重要的交付物是高級開發人員。(提升你自己)
結論
在本文中，小編向您展示了前端開發人員應在2020年嘗試學習，改進或掌握的10項重要內容。想要了解更多web前端相關知識記得關注北大青鳥web前端培訓官網，最後祝願小夥伴們工作順利，成為一名優秀的web前端工程師。
㈡ 成為JavaWeb工程師要掌握哪些技能
前端領域發展很快，各種新技術新思想不斷涌現，這是一個好現象。
但是前端發展太快也帶來一些問題，比如有同學就問到我究竟應該學些什麼，Angular.js、React、Node.js、ES6、ES7、CoffeeScript、TypeScript??似乎永遠有太多東西需要學習，有些東西好像還沒學明白就被另一些新的技術取代而「過時了」。
1
我們需要知道前端工程師是做什麼?
前端工程師是互聯網時代軟體產品研發中不可缺少的一種專業研發角色。
從狹義上講，前端工程師使用HTML、CSS、javaScript等專業技能和工具將產品UI設計稿實現成網站產品，涵蓋用戶PC端、移動端網頁，處理視覺和交互問題。
從廣義上來講，所有用戶終端產品與視覺和交互有關的部分，都是前端工程師的專業領域。
2
那麼，前端工程師需要什麼樣的知識和技能?
有人說前端工程師的技術棧是這樣的：
還有人說是這樣的：
實際上前端工程師最核心的技能還是：
在一個典型的互聯網公司的產品研發流程中，前端工程師和其他角色的關系大致上是這樣的：
前端是最接近產品和設計的工程師，起到銜接產品和技術的作用，前端為用戶可以看到的部分負責，所以也是最接近用戶的工程師。
在多終端的時代，如果一個產品同時支持PC、移動端，前端工程師還需要和更多的角色打交道：
JavaScript對於前端是最重要的技能，所以優高羨秀的前端工程師要有扎實的JavaScript基本功。
而JavaScript這門編程語言也是目前程序設計領域炙手可熱的寵兒，如今的它不僅僅只是用來開發Web，還可以用在各個方面。
JavaScript可以用在「樹莓派」這類智能硬體晶元開發
前端工程師也是軟體工程師，所以軟體工程師的基礎知識也是非常重要的，這些基礎知識包括：
數學
計算機體系
操作系統
數據結構和演算法
編譯原理
HTML和CSS也是前端工程師非常重要的基本功，很多同學，尤其是喜歡寫代碼的同學容易忽視MarkupLanguage，實際上ML也是UI相關的領域裡面很重要的內容，不應該被忽視。
HTML:TheLivingStandard
HTML&CSS
3
有同學問說：「前端工作需求很多，老是改來改去，實際的技術點並沒有多少，產品決定業務邏輯，從事底層基礎服務會不會更有挑戰和職業未來?」
的確，越貼近業務和產品層面上的工作，需求差異性越大，可能改動越頻繁。
不僅僅是前端改來改去，PHP服務端做業務的同學也面臨這樣的問題，業務邏輯改來改去。
越底層通用性越強，改動相對較少。
不過事情都是有兩面性的，首先可以這么想想，是底層基礎服務的市場大還是互聯網業務和產品的市場大。
其次，基礎服務的通用性很容易達成，而產品層面上如何通用化，如何在業務驅動的產品研發中利用工程化和工具化提升開發效率，這其實是一個很難的問題。
豐富的互聯網產品已改變和正在改變著我們的生活，然而作為產品的創造者，工程師們怎樣讓自己過得更好，這個領域值得研究。
另外，不要覺得實際的技術點沒有多少。
舉幾個例子：實現曲線和曲面動畫，計算地圖的最短路徑，讓png靜態圖片類似於gif圖一樣做局部的運動，抽獎游戲，物理效果的HTML5游戲，3D圖表，增強現實的WebGL視頻流處理等等，這些都是在前端領域中遇到的實際問題。
就JavaScript來說，在實際項目中設計最合適的模型高效率解決現實問題本身就很有挑戰。
作為一種典型的新生代編程語言，JavaScript特性豐富，使用靈活，性能優良。
面向對象、函數式編程、各種設計模式、MVC和MVVM，這些本身就有足夠的吸引春念慧力。
前端要解決界面和交互問題，實際上UI層面上的問題一直是軟體工程方面的一個難題，因為UI不停地在變化。
瀏覽器各個版本的兼容性、Web標准、移動設備、多終端適配，給了前端工程師很大的挑戰，對前端工程師的能力也有很高的要求。
許多UI問題有不只一種解決方法，許多問題有非常巧妙的思路和精彩的解決辦法，前端在工程師群體里是屬於非常有創造力的一個群體，因為這個行業需要豐富的創造力和想像力。
前端工程師還是Web標準的制定者、實踐者和推動者，而現在的W3C標准不扒答僅僅局限於瀏覽器，還包括各種手持智能設備，車載設備、智能家居等等。
在未來萬物互聯的時代，前端將不僅僅是網頁上的工程師，而是所有人機交互領域的工程師。
其實還是那句話，前端工程師首先是軟體工程師，基礎是最重要的，如果基礎不扎實，一切應用技能就都是「浮雲」。
前端的基礎是什麼?
HTML、CSS、JavaScript基本功，數學、演算法、數據結構、操作系統、編譯原理基本功。
一個優秀的前端工程師必須要有自己擅長的領域，並且鑽研得足夠深入，同時要有眼界，能「跨界」。
可以以前端作為職業，但千萬不要把自己的技能限制在前端領域，因為有很多東西，只有站在前端之外，才能看得更清晰，更透徹。
感謝大家閱讀「成為JavaWeb前端工程師要掌握哪些技能」更多精彩內容請關注Java培訓官網
㈢ 有什麼值得推薦的 Java，Web 練手項目
1，電子商城項目
採用了Struts、spring、hibernate，資料庫使用了MySQL。
2，CRM客戶關系管理系統
沒有使用框架，採用了jsp、Servlet，資料庫使用了Oracle。
3，投票管理系統
採用了Struts、spring、hibernate，資料庫使用了MySQL，這個新增了國際化，即中英文切換。
4，許可權管理系統
採用了spring、springMVC，MyBatis，資料庫採用了MySQL，許可權處理採用了Shiro框架，並且整合了Redis。想要學習練習Redis和Shiro的這個應該是個不錯的選擇，運行前要安裝Redis環境。
5，CRM建站系統
採用了spring、springMVC，MyBatis。一個比較完善的建站系統，後台管理，布局，許可權控製做的都比較好，很適合學習。
6，語音識別
這個不能算是web項目，但是比較新奇，我也列出來了，運行後出現控制台界面，語音識別轉換成文字，識別度不算太高，但也算不錯的學習項目。
4，許可權管理系統
採用了spring、springMVC，MyBatis，資料庫採用了MySQL，許可權處理採用了Shiro框架，並且整合了Redis。想要學習練習Redis和Shiro的這個應該是個不錯的選擇，運行前要安裝Redis環境。
5，CRM建站系統
採用了spring、springMVC，MyBatis。一個比較完善的建站系統，後台管理，布局，許可權控製做的都比較好，很適合學習。
6，語音識別
這個不能算是web項目，但是比較新奇，我也列出來了，運行後出現控制台界面，語音識別轉換成文字，識別度不算太高，但也算不錯的學習項目。
㈣ 電腦培訓分享有哪些常見的web開發技術
隨著互聯網的不斷發展，web前端開發技術的發展有了更多的變化趨勢。下面我們就一起來了解一下，目前比較常見的一些web開發技術吧。
1.Vue.js
就在兩年前，很難想像Vue.js能夠忍受迅猛發展的React系統的競爭。經過深思熟慮且久經時間考驗的Angular是一回事，但是Vue......我們沒想到這個開發環境成為前端技術工具列表中的佼佼者。對於那些不熟悉Vue的讀者，讓我們簡要介紹一下它的制勝之道。
，很容易學習並且擁有靈活的創建前端代碼的環境，這使得代碼編寫的出錯率較低。Vue的開發者EvanYou曾在Angular工作過。他確定後者對於UI的構建而言不必要且繁瑣，他大膽地創建了一個入口門檻很低的前端創建解決方案，因此Vue出現。它旨在幫助那些編程經驗很少的設計人員將所有工作都用於創建功能界面。此外，Vue.js支持聲明式呈現，非同步DOM更新，雙向數據綁定，以及嚴格遵守Web組件規范和HTML模板的簡單集成。
2.Angular
盡管我們在2018年看到的Javascript庫的競爭趨勢直接在Angular和Vue.js之間展開，但前者在來年的實用性不會減少。如果你之前還沒有使用Angular工作(至少是使用Angular2)，那麼你一定要熟悉它的優點。讓我們開始吧。
，這個框架需要Javascript與HTML和CSS。二，它是團隊協作的理想選擇，因為它創建的應用程序可以明確劃分為組件-業務邏輯和前端。這是可能的，因為開發環境是基於MVVM(模型-視圖-視圖-模型)模式下的。三，Angular是創建可擴展應用程序的理想選擇，支持與三方庫的簡單集成。這個框架經常用於構建動態的移動應用，因為它使用了雙向數據綁定，這種方法增加了帶有豐富動畫元素的應用程序的響應能力。
現在，讓我們來討論一下Angular的缺點。一件事情，也是開發人員經常提到的，就是在移動設備上的高耗電量(不過與其他框架相比，通過正確的代碼優化，可以減少這個問題)和高入門門檻(如果你是從頭開始使用Angular開始工作，那麼你要准備好去花費1.5到2個月的時間去學習它的大量文檔)。那些喜歡「簡潔」Javascript編碼的開發者在剛接觸Angular時
3.GraphQL
GraphQL是一種有著奇怪語法的API查詢語言，由Facebook開發者們開發。它的目的是超越傳統的RESTAPIs的功能，同時簡化多個源傳輸的數據集合。
讓我們舉個具體的列子。想像一下，你需要在正在構建的社交網路框架中顯示帖子列表，以及用戶的喜好(點贊、收藏等)。在實現方面，這個例子很簡單，你只需從下一個資料庫端點發出請求。但是，由於這些數據可能來自不同的來源(例如，如果帖子存儲在MongoDB或Redis中)，生成的應用將比舒適的工作慢得多。此外，如果您考慮到，隨著時間的推移，數據的大小會增加，因此需要更多的存儲空間，你會意識到，RESTAPI遲早會耗盡其效率。這就是GraphQL的用武之地，使用GraphQL而不是使用單獨的端點來訪問每個資源。你可以使用單個端點，該端點能夠同時處理涉及多個數據源的復雜查詢。與REST模型相比，GraphQL是一個智能的個人助理，使用你指定的源地址，提供所需的內容。
4.Gatsby
如果你的預算比較緊張，但是同時又希望在你的項目中只使用高級技術，那麼你一定要嘗試Gatsby。Gatsby是KyleMatthews為靜態網站的創建而構建的新型解決方案。
它如何優於同行?與Jekyll，Hugo或Hexo等流行解決方案不同，這個靜態生成器不使用模板，而是信賴於Webpack和React組件(注意React官網本身也是在Gatsby的幫助下編寫的)。因此，你可以獲得自動更新和即時頁面轉換等優勢。從1.0版本開始，Gatsby使用了上面提到的GraphQL。因此，在構建過程，它可以從多個GraphQLAPI中獲得數據，然後使用它們創建一個完全靜態的React客戶端應用程序。現在，讓我們從枯燥的特徵列表轉移到真正的問題，看看Gatsby是否適合你。
5.Storybook
Storybook是開發者在與React打交道過程中一個有用的開源工具。特別是，得虧StoryBook，你可以在獨立的環境中設計和策劃應用程序外的UI組件，並且在創建新的UI組件時它會發生變化。如果這個功能對你來說並不太重要，那麼讓我們考慮一下Storybook將幫助解決幾個嚴重問題的情況。
今天，許多有用的工具支持簡單快速地創建功能性客戶端-伺服器系統，包括著名的Meteor、Firebase、GraphQL和Falcor。電腦培訓http://www.kmbdqn.com/發現所有這些工具使編程過程基礎化，應用程序可快速響應。雖然React及其熱門的重載入功能對於UI創建的開發者來說是一個很大的幫助，但設計階段仍然需大量的時間和編寫不少代碼行。
㈤ 零基礎如何學好Web 前端
朋友，如果你是零基礎的話，建議你先自學一下前端的基礎知識（html、css、Js）。
自學方法：
1、作為一個初學者，你必須明確系統的學習方案，我建議一定有一個指導的人，全靠自己學，放棄的幾率非常大，在你對於web前端還沒有任何概念的時候，需要一個人領進門，之後就都靠自己鑽研，第一步就是確定web前端都需要哪些內容，並且在多少時間內學完，建議時間6個月保底。
2、視頻為主，書為輔。很多初學者在學習前端的時候非常喜歡去買書，但是最後的結果是什麼？看來看去什麼都不會寫，所以在這里給大家提醒，書可以看，但是是在建立於你已經對於某個知識點有了具體操作的執行後，在用書去鞏固概念，這樣更加利於你對於知識的理解。
3、對於學習技術來講，掌握一個學習方法是非常重要的，其實對於學習web前端來講，學習方法確實很多都是相通的，一旦學習方法不對，可能就會造成「方法不對，努力白費」。其實關於這方面還是很多的，我就簡單說個例子，有的人邊聽課邊跟著敲代碼，這樣就不對，聽課的時候就專心聽，做題的時候就專心做題，這都是過來人的經驗，一定要聽。根據每個人的不同，可能學習方法也會有所出路，找到適合你自己的學習法方法是學習的前提。
4、不建議自己一個人瞎學，在我了解學習編程的這些人來看，從零基礎開始學並且最後成功做這份工作的其實並沒有幾個，我覺得大部分原因就是因為他們都不了解web前端是干什麼的，學什麼的，就盲目的買書看，到處找視頻看，最後看著看著就放棄了，所以我建議初學者在沒有具體概念之前，還是找有經驗的人請教一下，聊過之後你就會知道web前端具體是干什麼的，該怎麼學，這是我個人的小建議，可以不採納。
2020前端最新學習路線圖：
前端基礎學習內容：
第1階段：前端頁面重構(4周)
內容包含了：(PC端網站布局項目、HTML5+CSS3基礎項目、WebApp頁面布局項目)
第2階段：JavaScript高級程序設計(5周)
內容包含：(原生JavaScript交互功能開發項目、面向對象進階與ES5/ES6應用項目、JavaScript工具庫自主研發項目)
第3階段：PC端全棧項目開發(3周)
內容包含：(jQuery經典交互特效開發、HTTP協議、Ajax進階與PHP/JAVA開發項目、前端工程化與模塊化應用項目、PC端網站開發項目、PC端管理信息系統前端開發項目)
第4階段：移動端項目開發(6周)
內容包含：(Touch端項目、微信場景項目、應用Angular+Ionic開發WebApp項目、應用Vue.js開發WebApp項目、應用React.js開發WebApp項目)
第5階段：混合(Hybrid,ReactNative)開發(1周)
內容包含：(微信小程序開發、ReactNative、各類混合應用開發)
第6階段：NodeJS全棧開發(1周)
內容包括：(WebApp後端系統開發、一、NodeJS基礎與NodeJS核心模塊二、Express三、noSQL資料庫)
前端基礎書籍：
《Head First HTML與CSS(第2版)》，入門真的是經典書籍，手把手教學，豐富的案例讓你從 0 開始學前端。
《CSS權威指南(第三版)》，這本書作為 CSS 的經典著作，把原理講得非常的通透，除了 w3c 標准，算最權威的一本了，畢竟權威指南。
《CSS揭秘》神書，47 個 css 技巧讓你在面對各種 css 問題的時候游刃有餘。是 css 書籍中評分最高的了，css 進階必備。
《javascript語言精粹》，這本書可以在入門之前了解一下基本語法，以及在學習之前可以了解下 JS 裡面的精粹以及糟粕，雖然這本書很薄很薄，但是值得反復去讀的一本書。
《JavaScript DOM編程藝術(第2版)》，本書在簡潔明快地講述JavaScript和DOM的基本知識之後，通過幾個實例演示了專業水準的網頁開發技術，透徹闡述了平穩退化等一批至關重要的 JavaScript編程原則和最佳實踐。
《JavaScript權威指南》：犀牛書是每個FE都繞不過的一本書，可以先大致通讀幾遍，也可以把其當作工具書，時時翻閱。
前端視頻教程：
網頁鏈接
希望對你有用，望採納~
㈥ 如何編寫一個簡單的java web前後端實例
Java代碼編寫的30條實踐建議，很多人認為學習java需要較好的計算機語言基礎，而事實上高中學歷的學習java，月薪過萬的比比皆是，Java代碼編寫的30條實踐建議，java知識點學習貴在積累。
Java代碼編寫的30條實踐建議：
(1) 類名首字母應該大寫。欄位、方法以及對象(句柄)的首字母應小寫。對於所有標識符，其中包含的所有單詞都應緊靠在一起，而且大寫中間單詞的首字母。
例如：
ThisIsAClassName
thisIsMethodOrFieldName
若在定義中出現了常數初始化字元，則大寫static final基本類型標識符中的所有字母。這樣便可標 志出它們屬於編譯期的常數。
Java包(Package)屬於一種特殊情況：它們全都是小寫字母，即便中間的單詞亦是如此。對於域名擴展名稱，如com，org，net或者e等，全部都應小寫(這也是Java 1.1和Java 1.2的區別之一)。
(2) 為了常規用途而創建一個類時，請採取"經典形式"，並包含對下述元素的定義：
equals()
hashCode()
toString()
clone()(implement Cloneable)
implement Serializable
(3) 對於自己創建的每一個類，都考慮置入一個main()，其中包含了用於測試那個類的代碼。為使用一個項目中的類，我們沒必要刪除測試代碼。若進行了任何形式的改動，可方便地返回測試。這些代碼也可作為如何使用類的一個示例使用。
(4) 應將方法設計成簡要的、功能性單元，用它描述和實現一個不連續的類介面部分。理想情況下，方法應簡明扼要。若長度很大，可考慮通過某種方式將其分割成較短的幾個方法。這樣做也便於類內代碼的重復使用(有些時候，方法必須非常大，但它們仍應只做同樣的一件事情)。
(5) 設計一個類時，請設身處地為客戶程序員考慮一下(類的使用方法應該是非常明確的)。然後，再設身處地為管理代碼的人考慮一下(預計有可能進行哪些形式的修改，想想用什麼方法可把它們變得更簡單)。
(6) 使類盡可能短小精悍，而且只解決一個特定的問題。下面是對類設計的一些建議：
■一個復雜的開關語句：考慮採用"多形"機制
■數量眾多的方法涉及到類型差別極大的操作：考慮用幾個類來分別實現
■許多成員變數在特徵上有很大的差別：考慮使用幾個類
(7) 讓一切東西都盡可能地"私有"--private。可使庫的某一部分"公共化"(一個方法、類或者一個欄位等等)，就永遠不能把它拿出。若強行拿出，就可能破壞其他人現有的代碼，使他們不得不重新編寫和設計。若只公布自己必須公布的，就可放心大膽地改變其他任何東西。
在多線程環境中，隱私是特別重要的一個因素--只有private欄位才能在非同步使用的情況下受到保護。
(8) 謹惕"巨大對象綜合症"。對一些習慣於順序編程思維、且初涉OOP領域的新手，往往喜歡先寫一個順序執行的程序，再把它嵌入一個或兩個巨大的對象里。根據編程原理，對象表達的應該是應用程序的概念，而非應用程序本身。
(9) 若不得已進行一些不太雅觀的編程，至少應該把那些代碼置於一個類的內部。
(10) 任何時候只要發現類與類之間結合得非常緊密，就需要考慮是否採用內部類，從而改善編碼及維護工作(參見第14章14.1.2小節的"用內部類改進代碼")。
(11) 盡可能細致地加上注釋，並用javadoc注釋文檔語法生成自己的程序文檔。
(12) 避免使用"魔術數字"，這些數字很難與代碼很好地配合。如以後需要修改它，無疑會成為一場噩夢，因為根本不知道"100"到底是指"數組大小"還是"其他全然不同的東西"。所以，我們應創建一個常數，並為其使用具有說服力的描述性名稱，並在整個程序中都採用常數標識符。這樣可使程序更易理解以及更易維護。
(13) 涉及構建器和異常的時候，通常希望重新丟棄在構建器中捕獲的任何異常--如果它造成了那個對象的創建失敗。這樣一來，調用者就不會以為那個對象已正確地創建，從而盲目地繼續。
(14) 當客戶程序員用完對象以後，若你的類要求進行任何清除工作，可考慮將清除代碼置於一個良好定義的方法里，採用類似於cleanup()這樣的名字，明確表明自己的用途。除此以外，可在類內放置一個boolean(布爾)標記，指出對象是否已被清除。在類的finalize()方法里，請確定對象已被清除，並已丟棄了從RuntimeException繼承的一個類(如果還沒有的話)，從而指出一個編程錯誤。在採取象這樣的方案之前，請確定finalize()能夠在自己的系統中工作(可能需要調用System.runFinalizersOnExit(true)，從而確保這一行為)。
(15) 在一個特定的作用域內，若一個對象必須清除(非由垃圾收集機制處理)，請採用下述方法：初始化對象;若成功，則立即進入一個含有finally從句的try塊，開始清除工作。
(16) 若在初始化過程中需要覆蓋(取消)finalize()，請記住調用super.finalize()(若Object屬於我們的直接超類，則無此必要)。在對finalize()進行覆蓋的過程中，對super.finalize()的調用應屬於最後一個行動，而不應是第一個行動，這樣可確保在需要基礎類組件的時候它們依然有效。
(17) 創建大小固定的對象集合時，請將它們傳輸至一個數組(若准備從一個方法里返回這個集合，更應如此操作)。這樣一來，我們就可享受到數組在編譯期進行類型檢查的好處。此外，為使用它們，數組的接收者也許並不需要將對象"造型"到數組里。
(18) 盡量使用interfaces，不要使用abstract類。若已知某樣東西准備成為一個基礎類，那麼第一個選擇應是將其變成一個interface(介面)。只有在不得不使用方法定義或者成員變數的時候，才需要將其變成一個abstract(抽象)類。介面主要描述了客戶希望做什麼事情，而一個類則致力於(或允許)具體的實施細節。
(19) 在構建器內部，只進行那些將對象設為正確狀態所需的工作。盡可能地避免調用其他方法，因為那些方法可能被其他人覆蓋或取消，從而在構建過程中產生不可預知的結果(參見第7章的詳細說明)。
(20) 對象不應只是簡單地容納一些數據;它們的行為也應得到良好的定義。
(21) 在現成類的基礎上創建新類時，請首先選擇"新建"或"創作"。只有自己的設計要求必須繼承時，才應考慮這方面的問題。若在本來允許新建的場合使用了繼承，則整個設計會變得沒有必要地復雜。
(22) 用繼承及方法覆蓋來表示行為間的差異，而用欄位表示狀態間的區別。一個非常極端的例子是通過對不同類的繼承來表示顏色，這是絕對應該避免的：應直接使用一個"顏色"欄位。
(23) 為避免編程時遇到麻煩，請保證在自己類路徑指到的任何地方，每個名字都僅對應一個類。否則，編譯器可能先找到同名的另一個類，並報告出錯消息。若懷疑自己碰到了類路徑問題，請試試在類路徑的每一個起點，搜索一下同名的.class文件。
(24) 在Java 1.1 AWT中使用事件"適配器"時，特別容易碰到一個陷阱。若覆蓋了某個適配器方法，同時拼寫方法沒有特別講究，最後的結果就是新添加一個方法，而不是覆蓋現成方法。然而，由於這樣做是完全合法的，所以不會從編譯器或運行期系統獲得任何出錯提示--只不過代碼的工作就變得不正常了。
(25) 用合理的設計方案消除"偽功能"。也就是說，假若只需要創建類的一個對象，就不要提前限制自己使用應用程序，並加上一條"只生成其中一個"注釋。請考慮將其封裝成一個"獨生子"的形式。若在主程序里有大量散亂的代碼，用於創建自己的對象，請考慮採納一種創造性的方案，將些代碼封裝起來。
(26) 警惕"分析癱瘓"。請記住，無論如何都要提前了解整個項目的狀況，再去考察其中的細節。由於把握了全局，可快速認識自己未知的一些因素，防止在考察細節的時候陷入"死邏輯"中。
(27) 警惕"過早優化"。首先讓它運行起來，再考慮變得更快--但只有在自己必須這樣做、而且經證實在某部分代碼中的確存在一個性能瓶頸的時候，才應進行優化。除非用專門的工具分析瓶頸，否則很有可能是在浪費自己的時間。
性能提升的隱含代價是自己的代碼變得難於理解，而且難於維護。
(28) 請記住，閱讀代碼的時間比寫代碼的時間多得多。思路清晰的設計可獲得易於理解的程序，但注釋、細致的解釋以及一些示例往往具有不可估量的價值。無論對你自己，還是對後來的人，它們都是相當重要的。如對此仍有懷疑，那麼請試想自己試圖從聯機Java文檔里找出有用信息時碰到的挫折，這樣或許能將你說服。
(29) 如認為自己已進行了良好的分析、設計或者實施，那麼請稍微更換一下思維角度。試試邀請一些外來人士--並不一定是專家，但可以是來自本公司其他部門的人。請他們用完全新鮮的眼光考察你的工作，看看是否能找出你一度熟視無睹的問題。採取這種方式，往往能在最適合修改的階段找出一些關鍵性的問題，避免產品發行後再解決問題而造成的金錢及精力方面的損失。
(30) 良好的設計能帶來最大的回報。簡言之，對於一個特定的問題，通常會花較長的時間才能找到一種最恰當的解決方案。但一旦找到了正確的方法，以後的工作就輕松多了，再也不用經歷數小時、數天或者數月的痛苦掙扎。我們的努力工作會帶來最大的回報(甚至無可估量)。而且由於自己傾注了大量心血，最終獲得一個出色的設計方案，成功的快感也是令人心動的。堅持抵制草草完工的誘惑--那樣做往往得不償失。