熱門精品專業(yè)GEF以前學(xué)習(xí)過, 而且還按照Dudu的教程做了一遍, 在網(wǎng)上也找了不少資料, 不錯的文章也轉(zhuǎn)載了不少,只不過當(dāng)時對插件開發(fā)還只是一知半解, 對圖形開發(fā)更是沒有什么概念,導(dǎo)致的直接后果就是:現(xiàn)在基本上全部忘記光了,于是不得不從頭開始,不過這次不僅要知其然, 而且還要知其所以然, 不過理解起來還是比較快的, 不知是拖以前學(xué)習(xí)的底子的福, 還是因為這么長時間做Eclipse開發(fā)來的基礎(chǔ)
在理想的情況下，命令應(yīng)當(dāng)只知道模型。因此應(yīng)當(dāng)盡量避免對EditPart和圖形的引用。
圖形(Figure)不應(yīng)該去訪問EditPart和Model, 即使Figure要引用EditPart, EditPart也只是作為一個Listner來被應(yīng)用,而不是直接去引用一個EditPart
一個Model實例會對應(yīng)一個EditPart, 因為EditPart會隨著Model的存在而存在, 而model隨時可能被刪除, 所以在EditPart中應(yīng)盡量少包含一些長效信息,而且應(yīng)該避免Command去引用EditPart
EditPart的refreshVisuals()方法只會在其初始化的時候被自動調(diào)用,如果model發(fā)生變化,需要更新圖形界面時,必須手動調(diào)用refreshVisuals()方法.
連接(connection)是通過source和target連接點來獲取的, 而且connection的EditPart只會創(chuàng)建一次, connection也是一種圖形,它必須通過ConnectionAnchor掛在另外兩個圖形上面,因此必須告訴connection它所需要的兩個anchor在哪里, 默認(rèn)情況GEF會通過給連接圖形的EditPart實現(xiàn)NodeEditPart接口來提供所需要的anchor, 這樣做一個是因為anchor是與連接圖形關(guān)聯(lián)的,而連接在開始的時候是不知道anchor在哪里的, 另一個原因是, 當(dāng)用戶創(chuàng)建一個connnection的時候, Connection EditPart還沒有被創(chuàng)建
EditPart通過監(jiān)聽器來獲得模型的修改,并提供方法去刷新視圖, 比如子節(jié)點被刪除,將調(diào)用refreshChildren()方法去刪除子節(jié)點對應(yīng)的圖形和EditPart, 如果只是屬性發(fā)生變化,那么將調(diào)用refreshVisuals()方法, 因為該方法會頻繁調(diào)用,因此在調(diào)用前應(yīng)該做一些判斷來避免不必要的刷新
一般在active()方法中添加listener, deactive()中刪掉這些添加的listener,
在EditPart中, 由圖形修改導(dǎo)致模型修改是通過command來實現(xiàn), 而模型修改導(dǎo)致圖形修改則是通過listener來實現(xiàn)
EditPart是GEF的核心, 對于一個可編輯的模型元素都必須有一個對應(yīng)的EditPart類對應(yīng), 在EditPart中有兩個容易混淆的方法:getModelChildren()返回包含在當(dāng)前模型中的子模型, getChildren()返回子模型對應(yīng)的EditPart
如果父圖形不是子圖形的直接父親, 那么需要實現(xiàn)AbstractGraphicalEditPart.getContentPane()方法, 得到的對象將用來存放所有的子圖形
當(dāng)用戶在圖形編輯器中執(zhí)行操作的時候, GEF在內(nèi)部會創(chuàng)建相應(yīng)的Request, 比如新建一個對象將生成CreateRequest, 它包含了新建對象的模型實例, 用來存放該Request的EditPart
對于我們的EditPolicy實現(xiàn)來說, 我們要做的大部分工作就是根據(jù)request創(chuàng)建一個Comamnd對象, Command子類一般要實現(xiàn)execute和undo方法,execute方法就是用來將圖形的改變更新到模型上, Command更多的是對模型的依賴, 而跟GEF其他的組件沒有什么關(guān)系, 比如絕對不會去引用EditPart和EditPolicy實例
在理想的情況下，命令應(yīng)當(dāng)只知道模型。因此應(yīng)當(dāng)盡量避免對EditPart和圖形的引用。
圖形(Figure)不應(yīng)該去訪問EditPart和Model, 即使Figure要引用EditPart, EditPart也只是作為一個Listner來被應(yīng)用,而不是直接去引用一個EditPart
一個Model實例會對應(yīng)一個EditPart, 因為EditPart會隨著Model的存在而存在, 而model隨時可能被刪除, 所以在EditPart中應(yīng)盡量少包含一些長效信息,而且應(yīng)該避免Command去引用EditPart
EditPart的refreshVisuals()方法只會在其初始化的時候被自動調(diào)用,如果model發(fā)生變化,需要更新圖形界面時,必須手動調(diào)用refreshVisuals()方法.
連接(connection)是通過source和target連接點來獲取的, 而且connection的EditPart只會創(chuàng)建一次, connection也是一種圖形,它必須通過ConnectionAnchor掛在另外兩個圖形上面,因此必須告訴connection它所需要的兩個anchor在哪里, 默認(rèn)情況GEF會通過給連接圖形的EditPart實現(xiàn)NodeEditPart接口來提供所需要的anchor, 這樣做一個是因為anchor是與連接圖形關(guān)聯(lián)的,而連接在開始的時候是不知道anchor在哪里的, 另一個原因是, 當(dāng)用戶創(chuàng)建一個connnection的時候, Connection EditPart還沒有被創(chuàng)建
EditPart通過監(jiān)聽器來獲得模型的修改,并提供方法去刷新視圖, 比如子節(jié)點被刪除,將調(diào)用refreshChildren()方法去刪除子節(jié)點對應(yīng)的圖形和EditPart, 如果只是屬性發(fā)生變化,那么將調(diào)用refreshVisuals()方法, 因為該方法會頻繁調(diào)用,因此在調(diào)用前應(yīng)該做一些判斷來避免不必要的刷新
一般在active()方法中添加listener, deactive()中刪掉這些添加的listener,
在EditPart中, 由圖形修改導(dǎo)致模型修改是通過command來實現(xiàn), 而模型修改導(dǎo)致圖形修改則是通過listener來實現(xiàn)
EditPart是GEF的核心, 對于一個可編輯的模型元素都必須有一個對應(yīng)的EditPart類對應(yīng), 在EditPart中有兩個容易混淆的方法:getModelChildren()返回包含在當(dāng)前模型中的子模型, getChildren()返回子模型對應(yīng)的EditPart
如果父圖形不是子圖形的直接父親, 那么需要實現(xiàn)AbstractGraphicalEditPart.getContentPane()方法, 得到的對象將用來存放所有的子圖形
當(dāng)用戶在圖形編輯器中執(zhí)行操作的時候, GEF在內(nèi)部會創(chuàng)建相應(yīng)的Request, 比如新建一個對象將生成CreateRequest, 它包含了新建對象的模型實例, 用來存放該Request的EditPart
對于我們的EditPolicy實現(xiàn)來說, 我們要做的大部分工作就是根據(jù)request創(chuàng)建一個Comamnd對象, Command子類一般要實現(xiàn)execute和undo方法,execute方法就是用來將圖形的改變更新到模型上, Command更多的是對模型的依賴, 而跟GEF其他的組件沒有什么關(guān)系, 比如絕對不會去引用EditPart和EditPolicy實例
安徽新華電腦學(xué)校專業(yè)職業(yè)規(guī)劃師為你提供更多幫助【在線咨詢】
