某些具有相同屬性的事物，根據使用者發出指令到第三方，第三方自動幫你匹配到你需要的事物。
舉個例子：
有乙個工廠，裡面有3條流水線，一條生產 寶馬，一條生產 賓士，一條 法拉利。這三種都屬於車，當你需要一輛車時，你跟廠家說：給我
來量車。廠家就會問：你要什麼車，你說：給我來輛寶馬。廠家：好的，就來。
你不需要自己重新建一條流水線，只需要把具體的指令發給廠家，就能得到你需要的車。
用**舉個例子
首先，這三種都是車，有車的工行，能跑
public inte***ce car
有3條流水線，生產的都是車。
public class baoma implements car }
public class benchi implements car }
public class falali implements car }
最後，有個工廠，能根據你的需要生產你需要的車
public class factoryelse if("寶馬".equals(carname))else if("賓士".equals(carname)) }
}public static void main(string args)
最後說一說簡單工廠模式的優劣 優點
工廠類是整個模式的關鍵.包含了必要的邏輯判斷,根據外界給定的資訊,決定究竟應該建立哪個具體類的物件.通過使用工廠類,外界可以從直接建立具體產品物件的尷尬局面擺脫出來,僅僅需要負責「消費」物件就可以了。而不必管這些物件究竟如何建立及如何組織的．明確了各自的職責和權利，有利於整個軟體體系結構的優化。 缺點
由於工廠類集中了所有例項的建立邏輯，違反了高內聚責任分配原則，將全部建立邏輯集中到了乙個工廠類中；它所能建立的類只能是事先考慮到的，如果需要新增新的類，則就需要改變工廠類了。
當系統中的具體產品類不斷增多時候，可能會出現要求工廠類根據不同條件建立不同例項的需求．這種對條件的判斷和對具體產品型別的判斷交錯在一起，很難避免模組功能的蔓延，對系統的維護和擴充套件非常不利；
這些缺點在工廠方法模式中得到了一定的克服。
使用場景
工廠類負責建立的物件比較少；
客戶只知道傳入工廠類的引數，對於如何建立物件（邏輯）不關心；
由於簡單工廠很容易違反高內聚責任分配原則，因此一般只在很簡單的情況下應用。
簡單模式Hello World
功能 乙個生產者p傳送訊息到佇列q,乙個消費者c接收 生產者實現思路 建立連線工廠connectionfactory，設定服務位址127.0.0.1，埠號5672，設定使用者名稱 密碼 virtual host，從連線工廠中獲取連線connection，使用連線建立通道channel，使用通道cha...
RabbitMq簡單模式 工作模式
生產者的訊息被負載均衡到各個消費者去，一條訊息只會被乙個消費者消費，不會產生一條訊息重複消費的問題 amqp user pass ip 5672 virtualhost type rabbitmq struct錯誤處理函式failonerr是在有錯誤的時候列印後面的引數和錯誤資訊func newra...
Java封裝的簡單例子
先來個例子看看 public class man public string getname public void setname string name public int getage public void setage int age public class woman public ...