解釋器模式：
編譯器用的比較多。
針對某一特定語法的分析， 解釋， 并進行處理！
E.g: Expression = expression1 | expression2 | repeatableExpresson|Literal
針對整個Expression， 分析出其每個組成的expresion1， expression2， 對每個分析出的結果， 都有相應的處理類！ 并初始化出處理類的實例進行處理！
Literal代表元數據 ！
如果對一個汽車組件的各個生產廠商進行解釋器模式分析的話： 汽車 = 輪胎 ＋ 發動機 ＋ 框架 那么首先建立一個分析程序，分析汽車的組成， 并針對每個部件初始化一個不見對應的對象， 來匹配該部件！ 并調用部件的特有方法， 處理部件， 返回生產廠家的名稱！
這個例子好失敗， Interpret 模式優點在表達式的租成有很多模塊， 每個模塊重復的包含其他模塊的情況下， 達到代碼重用的目的！ 所以除了正則表達式， 編譯器以外， 暫時想不出什么好的例子來！
命令行模式：
Struts 應用是典型的命令行模式。
1。 把請求參數話。
2。 對每個請求配置相應的處理類。處理類有統一的接口。
3。 配置請求與處理類的對應關系。
4。 調用處理類統一接口。
沒什么好說的！
今天比較凡， 感覺自己職業發展已經到達了一個瓶頸， 不知道怎么發展才好！
感覺自己交流能力比較差， 大家在一起的時候都是聽別人說！ 自己很少發言， 做編碼已經感覺沒有太大意思了， 因為現在的公司只注重結果， 不看中代碼的質量，開發出來很容易， 但開發好的代碼很難！ 周圍的同事開發出來代碼的水平比我都差很多， 也一樣通過， 搞得自己想提高自己都沒有動力！
想提高一下交流能力， 不知道轉行做QA會不會有點改善， 或者還家公司？
比較迷茫！