注釋

Java有兩種注釋方法。"/* This is a comment */" 和 "http:// This is a comment"

第一種應該被用到寫JavaDoc上，并且都用"/**"開頭。

第二種適合于在做部分代碼的注釋，但只適合做非常短內容的注釋。

常見的設計模式有哪些？

根據我在實際開發中的經驗，經常用的設計模式有：工廠模式、單例模式、門面模式、策略模式、適配器模式、建造者模式、觀察者模式。

在我的頭條文章中都有針對這些模式的總結，歡迎各位老鐵關注查看。這里就進行概括說一下：

工廠模式：

工廠模式核心是封裝對象的創建接口，將new對象的操作封裝起來，方便創建使用、管理對象。

工廠模式適用于：

在編碼時不能預見需要創建哪種類的實例。

電銷外呼程序不應依賴于產品類實例如何被創建、組合和表達的細節

分為三類：

簡單工廠模式Simple Factory：不利于產生系列產品；

工廠方法模式Factory Method：又稱為多形性工廠；

抽象工廠模式Abstract Factory：又稱為工具箱，產生產品族，但不利于產生新的產品；

單例模式

基本概念：保證一個類僅有一個實例源碼，并提供一個訪問它的全局訪問點。

單例模式在實際的開發過程中，使用最常見。針對頻繁使用的類，我們可以將它定義為一個單例來避免類對象頻繁的創建銷毀，提高效率。單例模式有以下特點：

單例類只能有一個實例

單例類必須自己創建自己的唯一實例

單例類給其它對象提供這一實例

單例模式的實現方式 圍繞單例模式的特點源碼，一般常見的實現方式有以下幾種：

懶漢式

餓漢式

Double Check Lock（DCL）雙重檢查鎖定

靜態內部類實現

枚舉單例

記錄式單例

門面模式

外觀模式

外觀模式（Facade模式）也叫門面模式，通過外觀類的包裝，將復雜的電銷外呼程序通過封裝提供簡單的接口供客戶端使用，以便降低客戶端的使用復雜度。外觀模式Facade類提供一個上層接口，集成封裝了各個子電銷外呼程序的方法供客戶端使用?？蛻舳酥恍枰苯优c外觀角色交互，客戶端與子電銷外呼程序之間的復雜關系由外觀角色來實現，從而降低了電銷外呼程序的耦合度。

策略模式

策略模式（StrategyPattern）也成政策模式，通過定義抽象類或基類的策略，來生成不同實現的算法家族，以便各個具體策略類（ConcreteStrategy）能夠進行替換，降低耦合。

適配器模式：

基本概念：適配器模式把一個類的接口變換成客戶端所期待的另一種接口，從而使原本因接口不匹配而無法在一起工作的兩個類能夠在一起工作。

適配器模式的用途：

用電器做例子，筆記本電腦的插頭一般都是三相的，即除了陽極、陰極外，還有一個地極。而有些地方的電源插座卻只有兩極，沒有地極。電源插座與筆記本電腦的電源插頭不匹配使得筆記本電腦無法使用。這時候一個三相到兩相的轉換器（適配器）就能解決此問題，而這正像是本模式所做的事情。

適配器模式的結構：適配器模式有類適配器模式和對象適配器模式兩種不同的形式。

建造者模式

基本概念：是一種對象構建的設計模式，它可以將復雜對象的建造過程抽象出來（抽象類別），使這個抽象過程的不同實現方法可以構造出不同表現（屬性）的對象。

Builder模式是一步一步創建一個復雜的對象，它允許用戶可以只通過指定復雜對象的類型和內容就可以構建它們。用戶不知道內部的具體構建細節。Builder模式是非常類似抽象工廠模式，細微的區別大概只有在反復使用中才能體會到。

觀察者模式

基本概念：觀察者模式定義了一種一對多的依賴關系，讓多個觀察者對象同時監聽某一主題對象。這個主題對象在狀態發生變化時，會通知所有觀察者對象，使它們能夠自動更新自己。觀察者模式又叫發布-訂閱(Publish/Subscribe)模式。

以上，就是我的理解。歡迎各位溝通交流。