熱門精品專業(yè)★adapter是emf.edit ui和command的基礎(chǔ)
★item provider可以這樣理解，為不同的可編輯的model items提供相應(yīng)的功能，從ItemProviderAdapter繼承將實現(xiàn)我們所要的大部分item provider功能，而ReflectiveItemProvider 則通過反射實現(xiàn)了我們所需要的功能
★每一個emf model對象可以稱之為Notifier，因為在model發(fā)生改變的時候，將會給相應(yīng)的監(jiān)聽器發(fā)送通知。而通知觀察者（也就是監(jiān)聽器）則被稱之為adapter，因為這些observer除了有監(jiān)聽消息之外，還可以用來擴(kuò)展各種被監(jiān)聽對象的行為。
★說到adapter的擴(kuò)展功能，就不得不提到adapter factory，adapter的每一個功能的擴(kuò)展都是通過接口來實現(xiàn)，要實現(xiàn)一個功能就實現(xiàn)一個接口），然后使用adpaterfactory的adapt方法取得對應(yīng)的接口實現(xiàn)，該方法有兩個參數(shù)，第一個是model對象，另外一個是接口類型，最終得到的就是我們要使用的擴(kuò)展功能接口對象，這里我們統(tǒng)一稱之為adapter，在調(diào)用adapter factory的時候，如果model對象已經(jīng)和某個adapter建立關(guān)聯(lián)，那么直接返回這個adapter對象，否則adapter factory將創(chuàng)建這個adapter，并建立與model 對象之間的關(guān)聯(lián)
★Adapter除了可以和單個的model object關(guān)聯(lián)之外，還可以和具有層次結(jié)構(gòu)關(guān)系中的每一個model object關(guān)聯(lián)，這個是EContentAdapter來實現(xiàn)的，所以我們的adapter只要從該類繼承便會具有該功能
★item provider是作為model adapter而存在的，但并不總是這樣，因為有些item provider除了和model關(guān)聯(lián)之外，還可以和非model關(guān)聯(lián)。
★emf framework使用了一種代理機(jī)制來使用item provider，當(dāng)要使用model的相應(yīng)功能的時候，framework最終會將這些功能代理到item provider上去。
★item provider跟content（label） provier之間的關(guān)系，item provider 是model的adapter，content（label）provider是eclipse application中的控制層，這是兩個不同概念，但是view在調(diào)用control層的各種方法時候，控制層會根據(jù)提供的adapter factory找到對應(yīng)的item provider，然后執(zhí)行item provider的相關(guān)方法來達(dá)到最終的目的。item provider是和ui獨立的，除了可以應(yīng)用于JFace之外，還可以應(yīng)用于Swing以及非UI的地方。同樣的道理，item provider還會采用類似的方式應(yīng)用于property sheet的編輯只是這時使用的是IPropertySource接口而已，還有一個不同之處就是item provider實現(xiàn)的IItemPropertySource接口返回都是IItemPropertyDescripter類型的對象，而IPropertySource需要的是PropertyDescripter對象，因此這里有一個wrap和轉(zhuǎn)換的過程，即ItemPropertyDescripter->PropertyDescripter，這樣轉(zhuǎn)換來轉(zhuǎn)換去的似乎比較煩瑣，但是其好處可以實現(xiàn)ui獨立。
★對于調(diào)用model相關(guān)的command來說，其做法跟content（label）provider和property source沒有什么區(qū)別，也是使用adapter factory找到item provider，由于item provider實現(xiàn)了與command factory相關(guān)的接口：IEditingDomainItemProvider，這樣調(diào)用editing domain adapter factory相關(guān)的方法又變成了調(diào)用item provider相關(guān)的方法了。
★emf通知傳遞過程：在model被改變的時候，比如修改屬性值，作為通知的接收者，在emf中即adapter（item provider也是一種adapter）將觸發(fā)其notifyChanged方法，根據(jù)對這些通知做一個過濾，將屬于自己的通知傳遞給model的通知處理中心（即ItemProviderAdapterFactory），然后由該Factory來調(diào)用注冊在其內(nèi)部的各種監(jiān)聽器，通知其他部分做相應(yīng)的修改，這里有一點需要注意的是，factory內(nèi)部的各種監(jiān)聽器，實際上是各種content provider，而不是對應(yīng)的viewer，然后通過content provider對viewer進(jìn)行更新。
★item provider有兩種類型：一種是一個item provider對應(yīng)一個model，也就是one to one；一種是一個item provider對應(yīng)一類model，也就是所謂的單例模式。如果是后者的話，那么在訪問item provider的方法的時候，需要制定一個參數(shù)來指定當(dāng)前操作的是哪個model對象，比如getChildren(Object object)
★model object的創(chuàng)建流程：model object的創(chuàng)建是跟action相關(guān)的，action除了提供一些行為操作之外，還會提供一些與ui相關(guān)的text和icon，action的最終操作將被代理到相關(guān)的command上
★生成的emf.edit代碼分為兩部分：一部分是獨立于ui的，放在edit plugin工程里面，另一部分是和ui相關(guān)的，放在editor plugin工程里面，獨立于ui又分為item provider和item provider adapter factory以及plugin相關(guān)的部分，而和ui相關(guān)的則分為editor， action bar contributor， wizard以及plugin相關(guān)的部分
★item provider是emf.edit中最重要的部分，它決定了每一種model如何顯示以及如何響應(yīng)相關(guān)的command
★對應(yīng)每一個model的ItemProvider繼承ItemProviderAdapter，這里使用的是template method pattern，父類實現(xiàn)重點方法接口，子類提供具體細(xì)節(jié)實現(xiàn)，一個ItemProvider要實現(xiàn)4個功能，一個是content 和label provider；一個是property source(descriptor)；一個是充當(dāng)command factory；最后一個就是將對model所做的修改反應(yīng)到相應(yīng)的viewer上去.
★由于item provider是如此重要，因此我們有必有對它所要實現(xiàn)的接口一一做個介紹。首先是ITreeItemContentProvider接口，這個接口需要實現(xiàn)的一個方法就是getChildrenReferences，即返回model對象的引用集合。這里我們可以根據(jù)需要來定制我們所需要使用的引用
★為了更好的在model進(jìn)行遍歷,通過ItemProviderAdapter父類來提供getParent(),getChildren(), getElements(),hasChildren()等方法。我們可以根據(jù)自己的需要來進(jìn)行定制。比如將與當(dāng)前選中的對象相關(guān)的對象在viewer中進(jìn)行顯示，對getParent()和getChildren()方法進(jìn)行復(fù)寫來實現(xiàn)自己的解析處理。
★item provider還要實現(xiàn)IItemLabelProvider 接口，不用說，就是用來為viewer提供顯示的text和image的，這里會用到ResourceLocator 這種東西來調(diào)用當(dāng)前classpath下的資源（比如圖片，屬性文件等），這里的定制操作是顯而易見的，就是可以使用我們自己的圖片，以及決定使用model的哪個屬性來作為label進(jìn)行顯示。
★雖然emf提供的默認(rèn)editor中使用了table viewer，但是在item provider中并沒有實現(xiàn)ITableItemLabelProvider接口，這個是因為在需要使用ITableItemLabelProvider的時候，會使用一個代理，去調(diào)用IItemLabelProvider的getImage()和getText()方法。
★為了在property sheet中對model進(jìn)行編輯，則需要在實現(xiàn)IPropertySource接口，這里所謂的property就是指的是那些非containment attribute
★ItemPropertyDescriptior的內(nèi)容包括這個property的label；用于現(xiàn)在status中的description；當(dāng)前property的一些屬性，該屬性是否可編輯（通過設(shè)置模型的attribute是changeable來設(shè)置），該屬性要使用的icon。IItemPropertySource 接口還有另外兩個方法，一個是根據(jù)property id得到對應(yīng)的property discriptor的getPropertyDescriptor()方法，另一個是對編輯的value進(jìn)行轉(zhuǎn)換getEditableValue()，這兩個方法都是在ItemProvidorAdapter中實現(xiàn)。
★為了進(jìn)行定制，我們可以對getPropertyDescriptors()方法進(jìn)行復(fù)寫，來提供更多的property信息，也可以對在addPropertyDescriptor中調(diào)用不同的ItemPropertyDescriptor構(gòu)造函數(shù)來對label，description，icon進(jìn)行定制。還可以使用ItemPropertyDescriptorDecorator 來為property提供不同的edit widget
★通過實現(xiàn)IEditingDomainItemProvider接口讓item provider成為command factory
★item provider可以這樣理解，為不同的可編輯的model items提供相應(yīng)的功能，從ItemProviderAdapter繼承將實現(xiàn)我們所要的大部分item provider功能，而ReflectiveItemProvider 則通過反射實現(xiàn)了我們所需要的功能
★每一個emf model對象可以稱之為Notifier，因為在model發(fā)生改變的時候，將會給相應(yīng)的監(jiān)聽器發(fā)送通知。而通知觀察者（也就是監(jiān)聽器）則被稱之為adapter，因為這些observer除了有監(jiān)聽消息之外，還可以用來擴(kuò)展各種被監(jiān)聽對象的行為。
★說到adapter的擴(kuò)展功能，就不得不提到adapter factory，adapter的每一個功能的擴(kuò)展都是通過接口來實現(xiàn)，要實現(xiàn)一個功能就實現(xiàn)一個接口），然后使用adpaterfactory的adapt方法取得對應(yīng)的接口實現(xiàn)，該方法有兩個參數(shù)，第一個是model對象，另外一個是接口類型，最終得到的就是我們要使用的擴(kuò)展功能接口對象，這里我們統(tǒng)一稱之為adapter，在調(diào)用adapter factory的時候，如果model對象已經(jīng)和某個adapter建立關(guān)聯(lián)，那么直接返回這個adapter對象，否則adapter factory將創(chuàng)建這個adapter，并建立與model 對象之間的關(guān)聯(lián)
★Adapter除了可以和單個的model object關(guān)聯(lián)之外，還可以和具有層次結(jié)構(gòu)關(guān)系中的每一個model object關(guān)聯(lián)，這個是EContentAdapter來實現(xiàn)的，所以我們的adapter只要從該類繼承便會具有該功能
★item provider是作為model adapter而存在的，但并不總是這樣，因為有些item provider除了和model關(guān)聯(lián)之外，還可以和非model關(guān)聯(lián)。
★emf framework使用了一種代理機(jī)制來使用item provider，當(dāng)要使用model的相應(yīng)功能的時候，framework最終會將這些功能代理到item provider上去。
★item provider跟content（label） provier之間的關(guān)系，item provider 是model的adapter，content（label）provider是eclipse application中的控制層，這是兩個不同概念，但是view在調(diào)用control層的各種方法時候，控制層會根據(jù)提供的adapter factory找到對應(yīng)的item provider，然后執(zhí)行item provider的相關(guān)方法來達(dá)到最終的目的。item provider是和ui獨立的，除了可以應(yīng)用于JFace之外，還可以應(yīng)用于Swing以及非UI的地方。同樣的道理，item provider還會采用類似的方式應(yīng)用于property sheet的編輯只是這時使用的是IPropertySource接口而已，還有一個不同之處就是item provider實現(xiàn)的IItemPropertySource接口返回都是IItemPropertyDescripter類型的對象，而IPropertySource需要的是PropertyDescripter對象，因此這里有一個wrap和轉(zhuǎn)換的過程，即ItemPropertyDescripter->PropertyDescripter，這樣轉(zhuǎn)換來轉(zhuǎn)換去的似乎比較煩瑣，但是其好處可以實現(xiàn)ui獨立。
★對于調(diào)用model相關(guān)的command來說，其做法跟content（label）provider和property source沒有什么區(qū)別，也是使用adapter factory找到item provider，由于item provider實現(xiàn)了與command factory相關(guān)的接口：IEditingDomainItemProvider，這樣調(diào)用editing domain adapter factory相關(guān)的方法又變成了調(diào)用item provider相關(guān)的方法了。
★emf通知傳遞過程：在model被改變的時候，比如修改屬性值，作為通知的接收者，在emf中即adapter（item provider也是一種adapter）將觸發(fā)其notifyChanged方法，根據(jù)對這些通知做一個過濾，將屬于自己的通知傳遞給model的通知處理中心（即ItemProviderAdapterFactory），然后由該Factory來調(diào)用注冊在其內(nèi)部的各種監(jiān)聽器，通知其他部分做相應(yīng)的修改，這里有一點需要注意的是，factory內(nèi)部的各種監(jiān)聽器，實際上是各種content provider，而不是對應(yīng)的viewer，然后通過content provider對viewer進(jìn)行更新。
★item provider有兩種類型：一種是一個item provider對應(yīng)一個model，也就是one to one；一種是一個item provider對應(yīng)一類model，也就是所謂的單例模式。如果是后者的話，那么在訪問item provider的方法的時候，需要制定一個參數(shù)來指定當(dāng)前操作的是哪個model對象，比如getChildren(Object object)
★model object的創(chuàng)建流程：model object的創(chuàng)建是跟action相關(guān)的，action除了提供一些行為操作之外，還會提供一些與ui相關(guān)的text和icon，action的最終操作將被代理到相關(guān)的command上
★生成的emf.edit代碼分為兩部分：一部分是獨立于ui的，放在edit plugin工程里面，另一部分是和ui相關(guān)的，放在editor plugin工程里面，獨立于ui又分為item provider和item provider adapter factory以及plugin相關(guān)的部分，而和ui相關(guān)的則分為editor， action bar contributor， wizard以及plugin相關(guān)的部分
★item provider是emf.edit中最重要的部分，它決定了每一種model如何顯示以及如何響應(yīng)相關(guān)的command
★對應(yīng)每一個model的ItemProvider繼承ItemProviderAdapter，這里使用的是template method pattern，父類實現(xiàn)重點方法接口，子類提供具體細(xì)節(jié)實現(xiàn)，一個ItemProvider要實現(xiàn)4個功能，一個是content 和label provider；一個是property source(descriptor)；一個是充當(dāng)command factory；最后一個就是將對model所做的修改反應(yīng)到相應(yīng)的viewer上去.
★由于item provider是如此重要，因此我們有必有對它所要實現(xiàn)的接口一一做個介紹。首先是ITreeItemContentProvider接口，這個接口需要實現(xiàn)的一個方法就是getChildrenReferences，即返回model對象的引用集合。這里我們可以根據(jù)需要來定制我們所需要使用的引用
★為了更好的在model進(jìn)行遍歷,通過ItemProviderAdapter父類來提供getParent(),getChildren(), getElements(),hasChildren()等方法。我們可以根據(jù)自己的需要來進(jìn)行定制。比如將與當(dāng)前選中的對象相關(guān)的對象在viewer中進(jìn)行顯示，對getParent()和getChildren()方法進(jìn)行復(fù)寫來實現(xiàn)自己的解析處理。
★item provider還要實現(xiàn)IItemLabelProvider 接口，不用說，就是用來為viewer提供顯示的text和image的，這里會用到ResourceLocator 這種東西來調(diào)用當(dāng)前classpath下的資源（比如圖片，屬性文件等），這里的定制操作是顯而易見的，就是可以使用我們自己的圖片，以及決定使用model的哪個屬性來作為label進(jìn)行顯示。
★雖然emf提供的默認(rèn)editor中使用了table viewer，但是在item provider中并沒有實現(xiàn)ITableItemLabelProvider接口，這個是因為在需要使用ITableItemLabelProvider的時候，會使用一個代理，去調(diào)用IItemLabelProvider的getImage()和getText()方法。
★為了在property sheet中對model進(jìn)行編輯，則需要在實現(xiàn)IPropertySource接口，這里所謂的property就是指的是那些非containment attribute
★ItemPropertyDescriptior的內(nèi)容包括這個property的label；用于現(xiàn)在status中的description；當(dāng)前property的一些屬性，該屬性是否可編輯（通過設(shè)置模型的attribute是changeable來設(shè)置），該屬性要使用的icon。IItemPropertySource 接口還有另外兩個方法，一個是根據(jù)property id得到對應(yīng)的property discriptor的getPropertyDescriptor()方法，另一個是對編輯的value進(jìn)行轉(zhuǎn)換getEditableValue()，這兩個方法都是在ItemProvidorAdapter中實現(xiàn)。
★為了進(jìn)行定制，我們可以對getPropertyDescriptors()方法進(jìn)行復(fù)寫，來提供更多的property信息，也可以對在addPropertyDescriptor中調(diào)用不同的ItemPropertyDescriptor構(gòu)造函數(shù)來對label，description，icon進(jìn)行定制。還可以使用ItemPropertyDescriptorDecorator 來為property提供不同的edit widget
★通過實現(xiàn)IEditingDomainItemProvider接口讓item provider成為command factory
安徽新華電腦學(xué)校專業(yè)職業(yè)規(guī)劃師為你提供更多幫助【在線咨詢】
