Eclipse資源改變通知機(jī)制

接口：IresourceChangeListener接口：IresourceChangeListenerIWorkspaceworkspace=ResourcesPlugin.getWorkspace;IResourceChangeListenerlistener=newIResourceChangeListener{publicvoidresourceChanged(IResourceChangeEventevent){System.out.println(“Somethingchanged!“);}};workspace.addResourceChangeListener(listener);//...sometimelaterone...locked來(lái)避開(kāi)產(chǎn)生更多的通知。1.01.0ResourceChangeListener2.0Resource2.0ResourceAPI操作時(shí)會(huì)向外播送資源轉(zhuǎn)變大事。Ifile.create操作創(chuàng)立Ifile.delete操作刪除老文件。所以一個(gè)Ifile.delete操作，但是以上操作只會(huì)通知一次。3.0 BatchingChangesBatching的方式來(lái)提高性能。這樣能保證只有一個(gè)資源轉(zhuǎn)變大事被播送了出去，而不是多個(gè)。IWorkspaceworkspace=ResourcesPlugin.getWorkspace;finalIProjectproject=workspace.getRoot.getProject(“MyProject“);=newIWorkspaceRunnable{publicvoidrun(IProgressMonitormonitor)throwsCoreException{intfileCount=10;project.open(null);for(inti=0;i<fileCount;i++){IFilefile=project.getFile(“File“+i);file.create(null,IResource.NONE,null);}}};workspace.run(operation,null);它在執(zhí)行期間會(huì)阻擋其他的通知發(fā)生。這樣做的緣由是為了保證能夠在通知發(fā)生期間能夠使UI相應(yīng)用戶大事。eclipse3.0中引入了一個(gè)類WorkspaceJob,可以將大量的WorkspaceJob中在后臺(tái)執(zhí)行。Workspace外部被更改也會(huì)被通知到，比方直接對(duì)文件系統(tǒng)的文件進(jìn)展更改。由于大多數(shù)的操作系統(tǒng)并沒(méi)有這種機(jī)制，所以需要執(zhí)行Listener.4.04.0IResourceChangeEvent EventTypePOST_CLOSE,PRE_DELETE,POST_DELETEIresourceDeltaIresourceDelta.getKindIResourceDelta.ADDEDIresourceDelta.getFlagsIResourceDelta.CONTENTIResourceDelta.REPLACEDIResourceDelta.REMOVEDIResourceDelta.MOVED_TOIResourceDelta.MARKERS〔IMarkerDelta[]markers=delta.getMarkerDeltas〕5.0Listener5.0Listener的性能的實(shí)現(xiàn)應(yīng)當(dāng)是輕量級(jí)的，并且能夠快速執(zhí)Listener的性能不高，將會(huì)影響Listener中有大量的工作需要做，最好將它放到后臺(tái)線程中執(zhí)行。可以快速定位到我們關(guān)注而不必按樹(shù)狀構(gòu)造依次向下通知。IresourceDelta.accept(IResourceDeltaVistor)來(lái)訪問(wèn)我們關(guān)心樹(shù)的分支。線程安全問(wèn)題線程安全問(wèn)題：我們不能把握我們的Listener會(huì)在哪一個(gè)線程中執(zhí)行。Workspace操作會(huì)消滅在任何的線程中，ResourceChangeListener也定的線程中，我們不得不確保代碼被post到那個(gè)線程。通常我們要更用戶界Display.asyncExec方法。假設(shè)承受異步方式執(zhí)行，需要留意ResourceDelta都有一個(gè)“expireResourceChanged方法已經(jīng)在另外一個(gè)線程中返回，對(duì)ResourceDelta的引用，由于這些ResourceDelta的數(shù)量是很大的，如6.06.0SamplepublicclassDocIndexUpdaterimplementsIResourceChangeListener{privateTableViewertable;//assumethisgetsinitializedsomewhereprivatestaticfinalIPathDOC_PATH=newPath(“MyProject/doc“);publicvoidresourceChanged(IResourceChangeEventevent){//weareonlyinterestedinPOST_CHANGEeventsif(event.getType!=IResourceChangeEvent.POST_CHANGE)return;IResourceDeltarootDelta=event.getDelta;//getthedelta,ifany,forthedocumentationdirectoryIResourceDeltadocDelta=rootDelta.findMember(DOC_PATH);if(docDelta==null)return;finalArrayListchanged=newArrayList;IResourceDeltaVisitorvisitor=newIResourceDeltaVisitor{publicbooleanvisit(IResourceDeltadelta){//onlyinterestedinchangedresources(notaddedorremoved)=returntrue;//onlyinterestedincontentchangesif((delta.getFlags&IResourceDelta.CONTENT)==0)returntrue;IResourceresource=delta.getResource;//onlyinterestedinfileswiththe“txt“extensionif(resource.getType==IResource.FILE&&“txt“.equalsIgnoreCase(resource.getFileExtension)){changed.add(resource);}returntrue;}};try{}}catch(CoreExceptione){logfile}eoofeeodtif(changed.size==0)return;//postthisupdatetothetableDisplaydisplay=table.getControl.getDisplay;if(!display.isDisposed){di