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