與心靈對話

項目經(jīng)理之修煉(8)——別忘了告訴別人你是誰

<script>

function sqrt(x) {
    return x * x;
}
function other(f) {
    var y = f(10);
    return y;
}

var farr = new Array();
farr[0] = function(arg) { return arg + arg;};
farr[1] = function(arg) { return arg * arg;};

document.write(farr[0](10) + '<br/>');
document.write(farr[1](10));

document.write(other(sqrt));

</script>

sqrt.count = 0;
sqrt.getcount = function() {
                    return this.count;
                }; // 附加函式

//sqrt();
document.write(sqrt.count, '<br/>');
document.write(sqrt.getcount());

杜拉拉升級記：

 關鍵一點，你的上級要喜歡你。工作中涉及要決策的都要跟上級報告。這是上級的作用。

 對于平級的同事是不能用命令，不能要求別人做事的。

 事情不能自己承擔下來。

感謝小熊同學借我這本書看
　　　　說說我的感受：此書沒有書評中說的那么好，當然也沒有那么壞。大家各取所需就好。與其叫小說，不如說是一種創(chuàng)新形式的職場教材。不要太去在意作者的文筆，而要更多的體會書中各位同學的處事之道。
　　　　幾句話總結(jié)一下：
　　　　1、勤奮是王道，其他的都屬于EQ范疇了
　　　　2、要注意技巧，尤其是溝通技巧，別干了半天，沒人知道你的工作量有多少。
　　　　3、掂量自己的能力，做好該做的事，不做不該做的事，比如越級匯報。
　　　　4、不要說人壞話，能幫助別人時要幫，關鍵時刻即使沒有人幫你說話，但也不會有人說你的壞話。不信的話，去看看圣經(jīng)怎么說得吧。
　　　　5、要有氣量，做事要圓通。
　　　　6、要有自己的風格，風格沒有好壞之分，但是一定要有。
　　　　7、告訴我們什么是好工作，這點比較長，見下面的摘抄（感謝“木馬|造化弄人”的貢獻）：
　　
　　“一、關于什么樣的職位算好職位
　　　　
　　1.你得找一家好公司
　　什么是好公司?
　　　　　　
　　1)產(chǎn)品附加值高，生意好，并且從業(yè)務線看，具備持續(xù)發(fā)展的能力和前景;
　　2)有專業(yè)的/聰明能干的/經(jīng)驗豐富的/并且為人現(xiàn)實的管理層，在把握這公司，并且有保護一貫這樣用人的制度的公司;
　　3)有嚴格的財務制度，對預算、費用和利潤等于投入產(chǎn)出有關的內(nèi)容，敏感并且具有強控制力的公司;
　　4)崇尚客戶導向/市場導向/結(jié)果導向/執(zhí)行力的公司;
　　5)有專業(yè)嚴謹全面的流程和制度，并且其執(zhí)行有利于推動業(yè)務的良性發(fā)展，具有控制性和實操性兼?zhèn)涞奶攸c;
　　---總結(jié)起來，就是一家具有持續(xù)贏利能力的牛B公司
　　　　　　
　　2.你的找一個好的方向
　　　　　　
　　什么是好的方向?
　　 永遠不要遠離核心業(yè)務線。你得看明白，在企業(yè)中，哪個環(huán)節(jié)是實現(xiàn)利潤最大化的關鍵環(huán)節(jié)。有時候是銷售環(huán)節(jié)，有時候是市場策劃環(huán)節(jié)，有時候是研發(fā)環(huán)節(jié)，有時候是生產(chǎn)環(huán)節(jié)，視乎你所在行業(yè)而不同。
　　 最重要的環(huán)節(jié)，總是 最貴的，最牛的，最得到重視的，也是最有發(fā)展前途的部門。它擁有最多的資源和最大的權(quán)威--你應該依附在這樣的核心業(yè)務線上發(fā)展，至少能避免被邊緣化，而成為關鍵人才的可能性則更大了。
　　　　　　
　　3.你得跟一個好老板。
　　　　　　
　　　　好老板的標準很多，關鍵的是，你要設法跟上一個在公司處于強勢地位的老板。他強，你才能跟著上。跟了一個弱勢的老板，你的前途就很同意被根著給耽擱了。
　　　　　　
　　二、關于具備謀取好職位的資格
　　要具備怎么樣的資格呢?一般情況下，你得是用人部門眼中的優(yōu)秀者。
　　
　　
　　怎么樣才算優(yōu)秀呢?
　　　　　　
　　1.對上級
　　　　　　
　　1)你要知道與他建立一致性，他覺得重要的事情，你就覺得重要，他認為緊急的事情你也認為緊急，你得和他勁往一處使--通常情況下，你得表現(xiàn)和能力好還是不好，主要是你得直接主管說了算的;
　　
　　2)你的具備從上級那里獲得支持和資源的能力--別你干的半死，你的老板還對你愛搭不理的，那你就不具備本條件的能力。
　　　　　　
　　2.對下級
　　　　　　
　　1)要能明確有效的設置正確的工作目標，使其符合SMART原則;
　　2)要能有效地管理團隊內(nèi)部沖突;
　　3)要能公平合理地控制分配團隊資源;
　　4) 要有愿望和能力發(fā)展指導下屬，并恰當授權(quán);
　　5)恰當?shù)馁潛P鼓勵認可團隊成員;
　　6)尊重不同想法，分享知識經(jīng)驗和信息，建立信任的氛圍。
　　　　　　
　　3.對內(nèi)、外部客戶
　　　　　　
　　1)愿意提供協(xié)助和增值服務(不然要你干嘛);
　　2)善意聆聽并了解需求(搞明白人家需要的到底是啥);
　　3)可靠的提供產(chǎn)品和服務，及時跟進(千萬注意及時);
　　4)了解組織架構(gòu)并具影響力。及早地建立并維護關鍵的關系，是這樣的關系有利于你達成業(yè)績(專業(yè)而明智的選擇);
　　　　　　
　　比如你想取得一個內(nèi)部職位，你的搞明白了，誰是關鍵的做決定的人物，別傻乎乎不小心給這個人留下壞印象。
　　　　　　
　　比如必要去客人那里拿訂單，你找了一個關鍵的人物A，可是你也別忽略作購買決定環(huán)節(jié)上的另一個人物B，沒準B和A是死敵，本來B會同意給你下訂單的，就因為A同意給你單子，B就是不同意給你單子。
　　　　　　
　　4.對本崗任務
　　　　　　
　　1)清楚自己的定位和職責--別搞不清楚自己是誰，什么是自己的活，知道什么該報告，什么要自己獨立做決定;
　　2)結(jié)果導向--設立高目標，信守承諾，承擔責任，注重質(zhì)量、速度和期限，爭取主動，無需督促;
　　3)清晰的制定業(yè)務計劃并有效實施;
　　4)學習能力--愿意學，堅持學，及時了解行業(yè)趨勢/競爭狀況和技術(shù)更新，并學以致用;
　　5)承受壓力的能力--嚴峻的工作條件下，能堅忍不拔，想辦法獲取資源、支持和信息，努力以實現(xiàn)甚至超越目標;
　　6)適應的能力--如適應多項要求并存，優(yōu)先級變換以及情況不明等工作條件，及時調(diào)整自己的行為和風格來適應不同個人及團隊的需要(工作重心會變化，老板會換人，客人也會變，別和他們說“我過去如何如何”，多去了解對方的風格) ”。

方與圓：

    最少期望的去感謝別人。不要抱著目的去感謝別人，甚至事前感謝也好。感謝只需說一次。

  發(fā)掘別人不明顯的優(yōu)點加以贊揚。
  贊揚行動和品性，而不要擴大到贊揚一個人。贊揚的原因要說明。

  和氣生財嗎？喝杯水。

  對陌生人要特別要笑。微笑是影響人氣質(zhì)的一個特別重要的東西。

  對生活的真誠，快樂的感情最能夠打動人。 男的微笑也很好。

認真的品質(zhì)：畫一個月和十年。

組裝的質(zhì)量差？認真的態(tài)度。德國人的認真，指路會指出的很具體的。

只有最認真的人才能做出最好的產(chǎn)品。

自動自發(fā)的精神，一定要發(fā)揮自己的主觀能動性。

當成自己的事來做吧。要主動的來做。

做好產(chǎn)品是人的一種尊嚴。爭強好勝在自己的工作上面。因為這是你的發(fā)揮場地。

只辦總裁班？成本與質(zhì)量觀念不一樣的？ 規(guī)模經(jīng)濟？質(zhì)量了的產(chǎn)品成本會降低。

檢查的目的是為了改進生活流程。

管制圖？

困定的供貨商？不是投標。是指定方式做。

永遠追求持續(xù)不斷的完善。

 有必要再試一次。

改進自己的產(chǎn)品吧。

也淘汰了自己的競爭者。 一個系列的生產(chǎn)方式是不錯的。

到外去演講，不做化療？活過了三年？

要有自己的追求。活就要活出自己的價值。無論在何時的年齡，都要有自己的追求。

人生不是直線的，是C型的人生。

人生可以隨時開始。

＜設計模式：java語言中的應用＞摘要、總結(jié) 收藏
＜設計模式：java語言中的應用＞一書已經(jīng)學完，現(xiàn)做個摘要、總結(jié)。

創(chuàng)建模式(Creational Patterns)
Abstract Factory Builder
Factory Method  Prototype
Singleton

結(jié)構(gòu)模式(Structural Patterns)
Adapter  Bridge
Composite Decorator
Facade  Flyweight
Proxy

行為模式(Behavioral Pattern)
Chain of Responsibility  Command
Interpreter   Iterator
Mediator   Memento
Observer   State
Strategy   Template Method
Visitor

一、創(chuàng)建模式(Creational Patterns)

1.Abstract Factory(抽象工廠)—把相關零件組合成產(chǎn)品
 Abstract Factory Pattern 是把各種抽象零件組合成抽象產(chǎn)品。換句話說，處理的重點是在接口(API)而不是零件的具體實現(xiàn)。只利用接口(API)就能把零件組合成產(chǎn)品.
 程序示例:
 --Main.java 測試用的類
 |-factory
 |    |-------Factory.java 表示抽象工廠的類(產(chǎn)生Link,Tray,Page)
 |    |-------Itme.java 用來統(tǒng)一處理Link和Tray的類
 |    |-------Link.java 抽象零件:表示HTML連接的類
 |    |-------Tray.java 抽象零件:抽取Link和Tray的類
 |    |-------Page.java 抽象零件:表示HTML網(wǎng)頁的類
 |
 |-listfactory
      |-------listFactory.java 表示具體工廠的類(產(chǎn)生ListLink,ListTray,ListPage)
      |-------listLink.java 具體零件:表示HTML連接的類
      |-------listTray.java 具體零件:抽取Link和Tray的類
      |-------listPage.java 具體零件:表示HTML網(wǎng)頁的類
 步驟:定義抽象零件->用抽象零件定義抽象工廠->定義具體零件(繼承實現(xiàn)抽象零件)->定義具體工廠(繼承實現(xiàn)抽象工廠,制造實際產(chǎn)品)

2.Factory Method
 Factory Method Pattern 在父類規(guī)定對象的創(chuàng)建方法,但并沒有深入到較具體的類名.所有具體的完整內(nèi)容都放在子類.根據(jù)這個原則,我們可以大致分成產(chǎn)生對象實例的大綱(框架)和實際產(chǎn)生對象實例的類兩方面.
 程序示例:
 --Main.java 測試用的類
 |-framework
 |    |-------Product.java 僅定義抽象方法use的抽象類
 |    |-------Factory.java 規(guī)定createProduct,registerProduct,實現(xiàn)create的抽象類(類似模板方法)
 |
 |-idcard
      |-------IDCard.java 實現(xiàn)方法use的具體類
      |-------IDCardFactory.java 實現(xiàn)方法createProduct,registerProduct的類
 步驟:定義抽象產(chǎn)品->根據(jù)抽象產(chǎn)品定義抽象工廠->定義具體產(chǎn)品(繼承實現(xiàn)抽象產(chǎn)品)->定義具體工廠(繼承實現(xiàn)抽象工廠,制造實際產(chǎn)品)

3.Singleton(單件)－唯一的對象實例
 Singleton Pattern 是針對一個類而言. Singleton類只會產(chǎn)生１個對象實例．Singleton類把singleton定義為static字段(類變量),再以Singleton類的對象實例進行初始化．這個初始化的操作僅在加載Singleton類時進行一次．
 Singleton類的構(gòu)造函數(shù)是private的，主要是為了禁止從非Singleton類調(diào)用構(gòu)造函數(shù)．即使下面這個表達式不在此類之內(nèi)，編譯時仍然會出現(xiàn)錯誤．
  程序示例:
 |--Main.java 測試用的類
 |--Singleton.java 只有１個對象實例的類
 步驟:定義一個該類類型的static字段，同時實例化->該類的構(gòu)造方法設為private->定義一個static的getInstance()方法，返回已經(jīng)實例化的static字段．

4.Builder(生成器)－組合復雜的對象實例
 Builder Pattern 是采用循序漸進的方式組合較復雜對象實例的．
 程序示例:
 |--Main.java 測試用的類
 |--Builder.java 規(guī)定建立文件時的方法的抽象類
 |--Director.java 產(chǎn)生１個文件的類
 |--TextBuilder.java 產(chǎn)生plaintext格式(一般文本格式)的類
 |--HTMLBuilder.java 產(chǎn)生HTML格式的類
 步驟:定義建立文件時的通用方法(Builder.java)->根據(jù)通用方法組織建立文件(Director.java)->根據(jù)不同需求實現(xiàn)建立文件的通用方法(TextBuilder.java,HTMLBuilder.java)

5.Prototype(原型)－復制建立對象
 Prototype Pattern 不是利用類產(chǎn)生對象實例，而是從一個對象實例產(chǎn)生出另一個新對象實例．
 程序示例:
 |--Main.java 測試用的類
 |--MessageBox.java 把字符串框起來use的類．實現(xiàn)use和createClone
 |--UnderlinePen.java 把字符串加上下劃線的類．實現(xiàn)use和createCone
 |--framework
      |-------Product.java 已聲明抽象方法use和createClone的接口
      |-------Manager.java 利用createClone復制對象實例的類
 步驟:規(guī)定可復制產(chǎn)品的接口(Product.java,繼承Cloneable接口)->保存可復制的產(chǎn)品(以Product類型存以哈西表中)，并提供復制產(chǎn)品的方法create(調(diào)用產(chǎn)品的復制方法，復制工作在具體產(chǎn)品類中執(zhí)行)(Manager.java)->定義可復制的具體產(chǎn)品(UnderlinePen.java,MessageBox.java,實現(xiàn)復制產(chǎn)品方法)

二、結(jié)構(gòu)模式(Structural Patterns)

1.Adapter(適配器)－換個包裝再度利用
 Adapter Pattern 把既有的無法直接利用的內(nèi)容轉(zhuǎn)換成必要的類型后再使用．具有填平＂既有內(nèi)容＂和＂需要結(jié)果＂兩者間＂落差＂的功能．
 Adapter Pattern 有繼承和委托兩種形式．
 程序示例:
 |--Main.java 測試用的類
 |--Banner.java 具有原始功能showWithParen,showWithAster的類
 |--Print.java 所需新功能printWeak,printStrong的接口或抽象類
 |--PrintBanner.java 把原始功能轉(zhuǎn)換成新功能的類
 步驟:
 (繼承)構(gòu)造具有原始功能的類(Banner.java)->定義具有新功能的接口(Print.java)->轉(zhuǎn)換(PrintBanner.java,繼承Banner實現(xiàn)Print接口,即繼承舊方法實現(xiàn)新功能)
 (委托)構(gòu)造具有原始功能的類(Banner.java)->定義具有新功能的抽象類(Print.java)->轉(zhuǎn)換(PrintBanner.java,繼承具有新功能的Print類.定義委托對象,即原始功能類.構(gòu)造時傳入原始功能實例對象，新功能的實現(xiàn)利用委托對象的原始功能．)

2.Bridge(橋接)－分成功能層次和實現(xiàn)層次
 Bridge Pattern 溝通著＂功能的類層次＂和＂實現(xiàn)的類層次＂
 功能的類層次：給父類增加不同的功能
 實現(xiàn)的類層次：給父類以不同的實現(xiàn)
 Bridge Pattern 本質(zhì)上是通過功能類(最上層的功能類)中的一個實現(xiàn)類(最上層的實現(xiàn)類，一般是抽象類)字段來橋接兩個類層次的．
 程序示例:
 |--Main.java 測試用的類
 |--Display.java 功能類層次的最上層類
 |--CountDisplay.java 功能類層次的新增功能類
 |--DisplayImpl.java 實現(xiàn)類層次的最上層類
 |--StringDisplayImpl.java 實現(xiàn)類層次的實現(xiàn)類
 步驟:定義實現(xiàn)類層次的最上層類(DisplayImpl.java)->定義功能類層次的最上層類(Display.java,使用Adapter Pattern的委托方式把DisplayImpl.java的原始功能轉(zhuǎn)換成Display.java的新功能)->定義功能類層次的新增功能類(CountDisplay.java)->定義實現(xiàn)類層次的實現(xiàn)類(StringDisplayImpl.java)

3.Composite(組成)-對容器和內(nèi)容一視同仁
 有時候把容器和內(nèi)容當作是同類來處理會比較好下手。容器里面可以是內(nèi)容，也可以是更小一號的容器；而這個小一號的容器里還可以再放更小一號的容器，可以建立出像這樣大套小的結(jié)構(gòu)和遞歸結(jié)構(gòu)的Pattern就是Composite Pattern
 使用Composite Pattern,容器和內(nèi)容必須有一定的共性.
 程序示例:
 |--Main.java 測試用的類
 |--File.java 表示文件的類
 |--Directory.java 表示目錄的類
 |--Entry.java 對File和Directory一視同仁的抽象類
 |--FileTreatmentException.java 欲在文件內(nèi)新增Entry時所發(fā)生的異常類
 步驟:定義異常類(FileTreatmentException.java)->定義進入點類,即將容器和內(nèi)容一視同仁的抽象類(Entry.java,容器和內(nèi)容都含有共同的方法)->定義容器類和內(nèi)容類(File.java,Directory.java,繼承Entry,實現(xiàn)通用方法)

4.Decorator(裝飾)-對裝飾和內(nèi)容一視同仁
 先建立一個核心對象,再一層層加上裝飾用的功能,就可以完成符合所需的對象.可以看成是多個通用的適配器.
 程序示例:
 |--Main.java 測試用的類
 |--Display.java 打印字符串用的抽象類
 |--StringDisplay.java 只有1行的打印字符串用的類
 |--Border.java 表示"裝飾外框"的抽象類
 |--SideBorder.java 只在左右加上裝飾外框的類
 |--FullBorder.java 在上下左右加上裝飾外框的類
 步驟:定義核心對象的抽象類(Display.java)->定義核心對象類(StringDisplay.java)->定義裝飾類的抽象類(Border.java,繼承核心對象的抽象類Display.java,以便裝飾和內(nèi)容一視同仁.裝飾類中繼承自核心對象抽象類的方法委托給傳入的核心對象)->定義其它裝飾類(SideBorder.java,FullBorder.java,繼承Border.java)

5.Facade(外觀)-單一窗口
 Facade Pattern 能整理錯綜復雜的來龍去脈,提供較高級的接口(API).Facade參與者讓系統(tǒng)外部看到較簡單的接口(API).而且Facade參與者還會兼顧系統(tǒng)內(nèi)部各類功能和互動關系,以最正確的順序利用類.
 Facade Pattern 把業(yè)務邏輯封裝起來,只提供一個簡單的接口給外部調(diào)用.
 程序示例:
 |--Main.java 測試用的類
 |--maildata.txt 郵件列表文件
 |--pagemaker
       |-------Database.java 從郵件信箱取得用戶名稱的類
       |-------HtmlWriter.java 產(chǎn)生HTML文件的類
       |-------PageMaker.java 根據(jù)郵件信箱產(chǎn)生用戶網(wǎng)頁的類
 步驟:定義業(yè)務邏輯需要的相關類(Database.java,HtmlWriter.java)->定義外部接口類(PageMaker.java)

6.Flyweight(享元)-有相同的部分就共享,采用精簡政策
 "盡量共享對象實例,不做無謂的new".不是一需要對象實例就馬上new,如果可以利用其他現(xiàn)有的對象實例,就讓它們共享.這就是Flyweigth Pattern的核心概念.
 Flyweight Pattern 實質(zhì)是把創(chuàng)建的占用內(nèi)存量大的對象存儲起來(一般用hashtable存儲),后續(xù)使用時,再從hashtable取出.
 程序示例:
 |--Main.java 測試用的類
 |--BigChar.java 表示"大型字符"的類
 |--BigCharFactory.java 共享并產(chǎn)生BigChar的對象實例的類
 |--BigString.java 表示多個BigChar所產(chǎn)生的"大型文本"的類
 步驟:定義占用內(nèi)存量大,需要共享的類(Display.java)->定義共享實例的類(BigCharFactory.java,共享處理在此進行,將產(chǎn)生的共享對象存儲在哈希表中,第二次使用時從表中取出即可,不需要new)->定義共享對象組合使用類(BigString.java)

7.Proxy(代理)-需要再建立
 代理就是那個代替本來應該自己動手做事的本人的人.
 由于代理純粹只是代理工作而已,因此能力范圍也有限.如果遇到超出代理能力所及的范圍,代理就應該去找本人商量才對.
 程序示例:
 |--Main.java 測試用的類
 |--Printer.java 表示命名的打印機的類(本人)
 |--Printable.java Printer和PrinterProxy共享的接口
 |--PrinterProxy.java 表示命名的打印機的類(代理)
 步驟:定義本人和代理都能處理的問題的接口(Printable.java)->建立本人類(Printer.java,實現(xiàn)Printable.java接口)->建立代理類(PrinterProxy.java,定義本人字段,把代理無法處理的問題交給本人)

三、行為模式(Behavioral Pattern)

1.Chain of Responsibility(職責鏈)-責任轉(zhuǎn)送
 先對人產(chǎn)生一個要求,如果這個人有處理的能力就處理掉;如果不能處理的話,就把要求轉(zhuǎn)送給"第二個人".同樣的,如果第二個人有處理的能力時就處理掉,不能處理的話,就繼續(xù)轉(zhuǎn)送給"第三個人",依此類推.這就是Chain of Responsiblility Pattern.
 Chain of Responsibility Pattern 的關鍵在于定義轉(zhuǎn)送字段(next)和定義職責鏈.
 程序示例:
 |--Main.java 建立Support的連鎖,產(chǎn)生問題的測試用類
 |--Trouble.java 表示發(fā)生問題的類.內(nèi)有問題編號.
 |--Support.java 解決問題的抽象類.內(nèi)有轉(zhuǎn)送字段和處理方法.
 |--NoSupport.java 解決問題的具體類(永遠"不處理")
 |--LimitSupport.java 解決問題的具體類(解決小于指定號碼的問題)
 |--OddSupport.java 解決問題的具體類(解決奇數(shù)號碼的問題)
 |--SpecialSupport.java 解決問題的具體類(解決特殊號碼的問題)
 步驟:建立問題類(Trouble.java)->建立解決問題的抽象類(Support.java,定義了轉(zhuǎn)送字段next,設置轉(zhuǎn)送字段的方法setNext和處理問題的方法support)->建立解決問題的具體類(NoSupport.java,LimitSupport.java,OddSupport.java,SpecialSupport.java,繼承Support.java)->產(chǎn)生處理問題的對象,建立職責鏈

2.Command(命令)-將命令寫成類
 用一個"表示命令的類的對象實例"來代表欲執(zhí)行的操作,而不需采用"調(diào)用方法"的類的動態(tài)處理.如欲管理相關紀錄,只需管理該對象實例的集合即可.而若預先將命令的集合存儲起來,還可再執(zhí)行同一命令;或者是把多個命令結(jié)合成一個新命令供再利用.
 Command Pattern 重點在于存儲/使用命令
 程序示例:
 --Main.java 測試用的類
 |-command
 |    |-------Command.java 表示"命令"的接口
 |    |-------MacroCommand.java 表示"結(jié)合多個命名的命令"的類
 |
 |-drawer
      |-------DrawCommand.java 表示"點的繪制命令"的類
      |-------Drawable.java 表示"繪制對象"的接口
      |-------DrawCanvas.java 表示"繪制對象"的類
 步驟:建立命令接口(Command.java)->建立命令結(jié)合類(MacroCommand.java,將各個命令存儲到一個Stack類型的字段)->建立繪制命令類(DrawCommand.java,定義繪制對象字段drawable,實現(xiàn)命令接口)->建立繪制對象接口(Drawable.java)->建立繪制對象類(DrawCanvas.java,實現(xiàn)繪制對象接口,定義命令集合字段history)->測試

3.Interpreter(解釋器)-以類來表達語法規(guī)則
 Interpreter Pattern 是用簡單的"迷你語言"來表現(xiàn)程序要解決的問題,以迷你語言寫成"迷你程序"而表現(xiàn)具體的問題.迷你程序本身無法獨自啟動,必須先用java語言另外寫一個負責"解釋(interpreter)"的程序.解釋程序能分析迷你語言,并解釋\執(zhí)行迷你程序.這個解釋程序也稱為解釋器.當應解決的問題發(fā)生變化時,要修改迷你程序來對應處理.而不是修改用java語言寫成的程序.
 迷你語言語法:
 <program>::=program<command list>
 <command list>::=<command>* end
 <command>::=<repeat command>|<primitive command>
 <repeat command>::=repeat<number><command list>
 <primitive command>::=go|right|left
 程序示例:
 |--Main.java 測試用的類
 |--Node.java 樹狀剖析中"節(jié)點"的類
 |--ProgramNode.java 對應<program>的類
 |--CommandListNode.java 對應<command list>的類
 |--CommandNode.java 對應<command>的類
 |--RepeatCommandNode.java 對應<repeat command>的類
 |--PrimitiveCommandNode.java 對應<primitive command>的類
 |--Context.java 表示語法解析之前后關系的類
 |--ParseException.java 語法解析中的例外類
 步驟:確定迷你語言的語法->建立語法解析類(Context.java,使用java.util.StringTokenizer類)->建立解析異常類(ParseException.java)->建立語法節(jié)點抽象類(Node.java,定義parse解析方法)->建立各語法節(jié)點對應的語法類(ProgramNode.java,CommandListNode.java,CommandNode.java,RepeatCommandNode.java,PrimitiveCommand.java,繼承語法節(jié)點Node.java類)

4.Iterator-迭代器
 Iterator Pattern 是指依序遍歷并處理多個數(shù)字或變量.
 程序示例:
 |--Main.java 測試用的類
 |--Aggregate.java 表示已聚合的類
 |--Iterator.java 執(zhí)行遞增\遍歷的接口
 |--Book.java 表示書籍的類
 |--BookShelf.java 表示書架的類
 |--BookShelfIterator.java 掃描書架的類
 步驟:定義聚合接口(Aggregate.java)->定義遍歷接口(Iterator.java)->建立具體的遍歷對象類(Book.java)->建立具體的聚合類(BookShelf.java,實現(xiàn)聚合接口)->建立具體的遍歷類(BookShelfIterator.java,實現(xiàn)遍歷接口)

5.Mediator(中介者)-只要面對一個顧問
 每個成員都只對顧問提出報告,也只有顧問會發(fā)出指示給各個成員;成員們彼此也不會去探問目前狀況如何,或亂發(fā)指示給其他成員.
 程序示例:
 |--Main.java 測試用的類
 |--Mediator.java 決定"顧問"接口(API)的接口
 |--Colleague.java 決定"成員"接口(API)的接口
 |--ColleagueButton.java 實現(xiàn)Colleagues接口.表示按鍵的類
 |--ColleagueTextField.java 實現(xiàn)Colleagues接口.輸入文本的類
 |--ColleagueCheckbox.java 實現(xiàn)Colleagues接口.表示選擇項目(在此為選擇按鈕)的類
 |--LoginFrame.java 實現(xiàn)Mediator接口.表示登錄對話框的類
 步驟:定義顧問接口(Mediator.java)->定義成員接口(Colleague.java)->建立具體的成員類(ColleagueButton.java,ColleagueTextField.java,ColleagueCheckbox.java,實現(xiàn)成員接口)->建立具體的顧問類(LoginFrame.java,實現(xiàn)顧問接口)

6.Memento(備忘錄)-存儲狀態(tài)
 Memento Pattern 會把某個時間點的對象實例狀態(tài)記錄存儲起來,等到以后再讓對象實例復原到當時的狀態(tài).
 程序示例:
 |--Main.java 進行游戲的類.先把Memento的對象實例存儲起來,如有必要時再復原Gamer的狀態(tài)
 |--game
     |-------Gamer.java 玩游戲的主人翁的類
     |-------Memento.java 表示Gamer狀態(tài)的類.產(chǎn)生Memento的對象實例
 步驟:建立需要存儲狀態(tài)的類(Gamer.java)->建立狀態(tài)類(Memento.java,狀態(tài)類與需要存儲狀態(tài)的類Gamer.java應具有相同的必要字段)

7.Observer(觀察者)-通知狀態(tài)變化
 當被Observer Pattern 列入觀察名單的狀態(tài)發(fā)生變化,就會通知觀察者.在寫一些跟狀態(tài)變化有關的處理時,Observer Pattern是很好用的工具.
 程序示例:
 |--Main.java 測試用的類
 |--Observer.java 表示觀察者的接口
 |--NumberGenerator.java 表示產(chǎn)生數(shù)值對象的抽象類
 |--RandomNumberGenerator.java 產(chǎn)生隨機數(shù)的類
 |--DigitObserver.java 以數(shù)字表示數(shù)值的類
 |--GraphObserver.java 以簡易長條圖表示數(shù)值的類
 步驟:定義觀察者接口(Observer.java)->建立被觀察的類(NumberGenerator.java,RandomNumberGenerator.java,定義觀察者結(jié)合字段將觀察者存儲起來)->建立具體的觀察者類(DigitObserver.java,GraphObserver.java,實現(xiàn)觀察者接口)

8.State(狀態(tài))-以類表示狀態(tài)
 以類來表示狀態(tài)之后，只要切換類就能表現(xiàn)“狀態(tài)變化”，而且在必須新增其他狀態(tài)時，也很清楚該編寫哪個部分。
 程序示例:
 |--Main.java 測試用的類
 |--State.java 表示金庫狀態(tài)的接口
 |--DayState.java 實現(xiàn)State的類。表示白天的狀態(tài)
 |--NightState.java 實現(xiàn)State的類。表示夜間的狀態(tài)
 |--Context.java 管理金庫的狀態(tài)變化，跟保安中心聯(lián)絡的接口
 |--SafeFrame.java 實現(xiàn)Context的類。含有按鈕、畫面顯示等的用戶接口
 步驟:定義狀態(tài)接口(State.java,將使用State Pattern之前各種行為方法抽象出來)->建立具體的狀態(tài)類(DayState.java,NightState.java,實現(xiàn)狀態(tài)接口,狀態(tài)變化的具體動作在這里執(zhí)行)->定義管理狀態(tài)變化的接口(Context.java,規(guī)定狀態(tài)變化及相關的調(diào)用方法)->建立狀態(tài)管理類(SafeFrame.java,實現(xiàn)狀態(tài)管理接口)

9.Strategy(策略)-把算法整個換掉
 在Strategy Pattern之下，可以更換實現(xiàn)算法的部分而且不留痕跡。切換整個算法，簡化改為采用其他方法來解決同樣的問題。
 程序示例:
 |--Main.java 測試用的類
 |--Hand.java 表示猜拳“手勢”的類
 |--Strategy.java 表示猜拳“戰(zhàn)略”的接口
 |--WinningStrategy.java 表示猜贏之后繼續(xù)出同樣招式的戰(zhàn)略的類
 |--ProbStrategy.java 表示從上一次出的招式，以概率分配方式求出下一個招式機率的類
 |--Player.java 表示玩猜拳的游戲者的類
 步驟:定義策略接口(Strategy.java)->建立具體的策略類(WinningStrategy.java,ProbStrategy.java,實現(xiàn)策略接口)->建立使用策略的類(Player.java,定義策略字段，以便使用切換策略)->建立其它類(Main.java,Hand.java)

10.Template Method(模板方法)-實際處理交給子類
 在父類指定處理大綱、在子類規(guī)定具體內(nèi)容的Design Pattern就稱為Template Method Pattern
 程序示例:
 |--Main.java 測試用的類
 |--AbstractDisplay.java 只實現(xiàn)方法display的抽象類
 |--CharDisplay.java 實現(xiàn)方法open,print,close的類
 |--StringDisplay.java 實現(xiàn)方法open,print,close的類
 步驟:定義模板類(AbstractDisplay.java,實現(xiàn)dispaly方法，即制作了模板)->建立具體內(nèi)容類(CharDisplay.java,StringDisplay.java,繼承模板類，實現(xiàn)模板類沒有實現(xiàn)的方法)

11.Visitor(訪問者)-在結(jié)構(gòu)中穿梭還同時做事
 Visitor Pattern 把數(shù)據(jù)結(jié)構(gòu)和處理兩者分開，另外寫一個表示在數(shù)據(jù)結(jié)構(gòu)內(nèi)穿梭來去的主體“訪客”的類，然后把處理交給這個類來進行。如此一來，如果想追加新的處理行為時，只要再建立一個新的“訪客”即可。而在數(shù)據(jù)結(jié)構(gòu)這邊，也只要能接受來敲門的“訪客”就能完成動作。
 在父類指定處理大綱、在子類規(guī)定具體內(nèi)容的Design Pattern就稱為Template Method Pattern
 程序示例:
 |--Main.java 測試用的類
 |--Visitor.java 表示訪問文件或目錄的訪客的抽象類
 |--Acceptor.java 表示接受Visitor類的對象實例的數(shù)據(jù)結(jié)構(gòu)的接口
 |--ListVisitor.java Visitor類的子類，打印文件和目錄信息的類
 |--Entry.java File和Directory的父類的抽象類(實現(xiàn)Acceptor接口)
 |--File.java 表示文件的類
 |--Directory.java 表示目錄的類
 |--FileTreatmentException.java 發(fā)生在對File進行add時的例外類
 步驟:定義訪問者的抽象類(Visitor.java,定義訪問方法)->定義受訪者接口(Acceptor.java,定義接受訪問的方法)->建立具體的訪問者類(ListVisitor.java,繼承訪問者抽象類，實現(xiàn)訪問方法)->建立具體的受訪者類(Entry.java,File.java,Directory.java,實現(xiàn)受訪者接口)->編寫異常類(FileTreatmentException.java)

本文來自CSDN博客，轉(zhuǎn)載請標明出處：http://blog.csdn.net/pian_yun/archive/2007/09/14/1784981.aspx

注意可以引入xml字段的元素有 限：
例如，與DIV元素綁定的代碼如下：
 d: U) f1 y
　　注意：并非所有的HTML元素都能與XML數(shù)據(jù)島綁定。目前，支持這種DSO綁定機制的元素如下：. H2 V- _% j! E/ {4 i
$ \( \$ l" b+ H( M& Y
　　A、APPLET、BUTTON、DIV、FRAME、IFRAME、 IMG、INPUT (此處類型是：CHECKBOX、HIDDEN、 LABEL、PASSWORD、RADIO和TEXT)、LABEL、 MARQUEE、SELECT、SPAN、TABLE和 TEXTAREA。

H.264中的NAL技術(shù)

NAL技術(shù)

1.NAL概述
NAL全稱Network Abstract Layer, 即網(wǎng)絡抽象層。
在H.264/AVC視頻編碼標準中，整個系統(tǒng)框架被分為了兩個層面：視頻編碼層面（VCL）和網(wǎng)絡抽象層面（NAL）。其中，前者負責有效表示視頻數(shù)據(jù)的內(nèi)容，而后者則負責格式化數(shù)據(jù)并提供頭信息，以保證數(shù)據(jù)適合各種信道和存儲介質(zhì)上的傳輸。
現(xiàn)實中的傳輸系統(tǒng)是多樣化的，其可靠性，服務質(zhì)量，封裝方式等特征各不相同，NAL這一概念的提出提供了一個視頻編碼器和傳輸系統(tǒng)的友好接口，使得編碼后的視頻數(shù)據(jù)能夠有效地在各種不同的網(wǎng)絡環(huán)境中傳輸。

2.NAL單元
NAL單元是NAL的基本語法結(jié)構(gòu)，它包含一個字節(jié)的頭信息和一系列來自VCL的稱為原始字節(jié)序列載荷（RBSP）的字節(jié)流。頭信息中包含著一個可否丟棄的指示標記，標識著該NAL單元的丟棄能否引起錯誤擴散，一般，如果NAL單元中的信息不用于構(gòu)建參考圖像，則認為可以將其丟棄；最后包含的是NAL單元的類型信息，暗示著其內(nèi)含有效載荷的內(nèi)容。
送到解碼器端的NAL單元必須遵守嚴格的順序，如果應用程序接收到的NAL單元處于亂序，則必須提供一種恢復其正確順序的方法。

3.NAL實現(xiàn)編解碼器與傳輸網(wǎng)絡的結(jié)合
NAL提供了一個編解碼器與傳輸網(wǎng)絡的通用接口，而對于不同的網(wǎng)絡環(huán)境，具體的實現(xiàn)方案是不同的。對于基于流的傳輸系統(tǒng)如H.320、MPEG等，需要按照解碼順序組織NAL單元，并為每個NAL單元增加若干比特字節(jié)對齊的前綴以形成字節(jié)流；對于RTP/UDP/IP系統(tǒng)，則可以直接將編碼器輸出的NAL單元作為RTP的有效載荷；而對于同時提供多個邏輯信道的傳輸系統(tǒng)，我們甚至可以根據(jù)重要性將不同類型的NAL單元在不同服務質(zhì)量的信道中傳輸[2]。

4.結(jié)論
為了實現(xiàn)編解碼器良好的網(wǎng)絡適應性，需要做兩方面的工作：第一、在Codec中將NAL這一技術(shù)完整而有效的實現(xiàn)；第二、在遵循H.264/AVC NAL規(guī)范的前提下設計針對不同網(wǎng)絡的最佳傳輸方案。如果實現(xiàn)了以上兩個目標，所實現(xiàn)的就不僅僅是一種視頻編解碼技術(shù)，而是一套適用范圍很廣的多媒體傳輸方案，該方案適用于如視頻會議，數(shù)據(jù)存儲，電視廣播，流媒體，無線通信，遠程監(jiān)控等多種領域。

NALU類型

標識NAL單元中的RBSP數(shù)據(jù)類型，其中，nal_unit_type為1， 2， 3， 4， 5及12的NAL單元稱為VCL的NAL單元，其他類型的NAL單元為非VCL的NAL單元。

0：未規(guī)定
1：非IDR圖像中不采用數(shù)據(jù)劃分的片段
2：非IDR圖像中A類數(shù)據(jù)劃分片段
3：非IDR圖像中B類數(shù)據(jù)劃分片段
4：非IDR圖像中C類數(shù)據(jù)劃分片段
5：IDR圖像的片段
6：補充增強信息 (SEI)
7：序列參數(shù)集
8：圖像參數(shù)集
9：分割符
10：序列結(jié)束符
11：流結(jié)束符
12：填充數(shù)據(jù)
13 – 23：保留
24 – 31：未規(guī)定

NALU的順序要求

H.264/AVC標準對送到解碼器的NAL單元順序是有嚴格要求的，如果NAL單元的順序是混亂的，必須將其重新依照規(guī)范組織后送入解碼器，否則解碼器不能夠正確解碼。

1.序列參數(shù)集NAL單元必須在傳送所有以此參數(shù)集為參考的其他NAL單元之前傳送，不過允許這些NAL單元中間出現(xiàn)重復的序列參數(shù)集NAL單元。所謂重復的詳細解釋為：序列參數(shù)集NAL單元都有其專門的標識，如果兩個序列參數(shù)集NAL單元的標識相同，就可以認為后一個只不過是前一個的拷貝，而非新的序列參數(shù)集。
2.圖像參數(shù)集NAL單元必須在所有以此參數(shù)集為參考的其他NAL單元之先，不過允許這些NAL單元中間出現(xiàn)重復的圖像參數(shù)集NAL單元，這一點與上述的序列參數(shù)集NAL單元是相同的。
3.不同基本編碼圖像中的片段（slice）單元和數(shù)據(jù)劃分片段（data partition）單元在順序上不可以相互交叉，即不允許屬于某一基本編碼圖像的一系列片段（slice）單元和數(shù)據(jù)劃分片段（data partition）單元中忽然出現(xiàn)另一個基本編碼圖像的片段（slice）單元片段和數(shù)據(jù)劃分片段（data partition）單元。
4.參考圖像的影響：如果一幅圖像以另一幅圖像為參考，則屬于前者的所有片段（slice）單元和數(shù)據(jù)劃分片段（data partition）單元必須在屬于后者的片段和數(shù)據(jù)劃分片段之后，無論是基本編碼圖像還是冗余編碼圖像都必須遵守這個規(guī)則
5.基本編碼圖像的所有片段（slice）單元和數(shù)據(jù)劃分片段（data partition）單元必須在屬于相應冗余編碼圖像的片段（slice）單元和數(shù)據(jù)劃分片段（data partition）單元之前。
6.如果數(shù)據(jù)流中出現(xiàn)了連續(xù)的無參考基本編碼圖像，則圖像序號小的在前面。
7.如果arbitrary_slice_order_allowed_flag置為1，一個基本編碼圖像中的片段（slice）單元和數(shù)據(jù)劃分片段（data partition）單元的順序是任意的，如果arbitrary_slice_order_allowed_flag置為零，則要按照片段中第一個宏塊的位置來確定片段的順序，若使用數(shù)據(jù)劃分，則A類數(shù)據(jù)劃分片段在B類數(shù)據(jù)劃分片段之前，B類數(shù)據(jù)劃分片段在C類數(shù)據(jù)劃分片段之前，而且對應不同片段的數(shù)據(jù)劃分片段不能相互交叉，也不能與沒有數(shù)據(jù)劃分的片段相互交叉。
8.如果存在SEI（補充增強信息） 單元的話，它必須在它所對應的基本編碼圖像的片段（slice）單元和數(shù)據(jù)劃分片段（data partition）單元之前，并同時必須緊接在上一個基本編碼圖像的所有片段（slice）單元和數(shù)據(jù)劃分片段（data partition）單元后邊。假如SEI屬于多個基本編碼圖像，其順序僅以第一個基本編碼圖像為參照。
9.如果存在圖像分割符的話，它必須在所有SEI 單元、基本編碼圖像的所有片段slice）單元和數(shù)據(jù)劃分片段（data partition）單元之前，并且緊接著上一個基本編碼圖像那些NAL單元。
10.如果存在序列結(jié)束符，且序列結(jié)束符后還有圖像，則該圖像必須是IDR（即時解碼器刷新）圖像。序列結(jié)束符的位置應當在屬于這個IDR圖像的分割符、SEI 單元等數(shù)據(jù)之前，且緊接著前面那些圖像的NAL單元。如果序列結(jié)束符后沒有圖像了，那么它的就在比特流中所有圖像數(shù)據(jù)之后。
11.流結(jié)束符在比特流中的最后。

本文來自CSDN博客，轉(zhuǎn)載請標明出處：file:///D:/新建文件夾/桌面/H_264中的NAL技術(shù)%20-%20Bolt%20的專欄%20-%20CSDN博客.htm