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