List控件沒有提供addDblClickListener方法,如果要處理雙擊事件,則需要這樣處理:

在WizardPage中要實(shí)現(xiàn)想到的前進(jìn)和后退需要這么使用
((WizardDialog)getWizard().getContainer()).showPage(getNextPage());
而不能簡(jiǎn)單的通過wizardPage的setVisibile()來設(shè)置可見和不可見

ed.getCommandStack().execute(command);和command.execute()是有區(qū)別的,前者會(huì)告訴editor當(dāng)前的EditorInput已經(jīng)發(fā)生改變,而后者不會(huì)

在保存emf模型的時(shí)候,遍歷每一個(gè)emf節(jié)點(diǎn),都會(huì)執(zhí)行org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveElementID該方法
保存屬性執(zhí)行org.eclipse.emf.ecore.xmi.impl.XMLSaveImpl.saveDataTypeSingle(EObject o, EStructuralFeature f)該方法

如何定義擴(kuò)展點(diǎn)
我們可以給插件定義擴(kuò)展來增加插件的靈活性,滿足用戶的定制要求.
每一個(gè)擴(kuò)展點(diǎn)都必須包括一個(gè)唯一標(biāo)識(shí)符用來標(biāo)識(shí)當(dāng)前定義的擴(kuò)展點(diǎn),在使用擴(kuò)展點(diǎn)的時(shí)候的擴(kuò)展點(diǎn)id就是插件全限定+這個(gè)唯一標(biāo)識(shí)符,而且每一個(gè)擴(kuò)展點(diǎn)都會(huì)關(guān)聯(lián)一個(gè)schema文件,該文件用來告訴用戶如何使用該擴(kuò)展點(diǎn),不過該schema文件不是必須的,但是他可以為我們定義的擴(kuò)展點(diǎn)進(jìn)行驗(yàn)證并自動(dòng)生成相關(guān)的文檔信息,schema文件以.exsd的格式存放在插件所在目錄的schema文件夾下
圖片文件之類的,在定義擴(kuò)展點(diǎn)屬性的時(shí)候,必須將其kind屬性設(shè)置為resource,而如果是java類的話,則需要將kind屬性設(shè)置為java

Display.syncExec() and asyncExec()方法的區(qū)別,前者是同步執(zhí)行,這里的"步"可以理解是管道,也就是在一個(gè)管道中挨個(gè)執(zhí)行線程(當(dāng)前線程+指定線程),后者是異步執(zhí)行,也就是它可以另起一個(gè)管道來執(zhí)行指定的線程.syncExec在指定的線程執(zhí)行完畢之后才返回,asyncExec無(wú)論指定的線程是否結(jié)束都返回到當(dāng)前的線程

獲得IWorkBenchWindow的方法:
IWorkbenchWindow window = PlatformUI.getWorkbench().getActiveWorkbenchWindow();

得到pluginId要這么用:
CommonPlugin.getDefault().getBundle().getSymbolicName()

根據(jù)pluginId得到一個(gè)bundle
Bundle bundle = Platform.getBundle(pluginId);

通過調(diào)用Display.getCurrent()來知道當(dāng)前線程是否是UI線程。如果Display.getCurrent()返回為空,表示當(dāng)前不是UI線程。只有一個(gè)UI線程,其他的都是非UI線程

Job的join方法表示當(dāng)前job執(zhí)行完成之后再執(zhí)行job后面的代碼,否則這個(gè)順序是無(wú)序的

在非UI線程中調(diào)用UI線程會(huì)拋出SWTException異常,要解決這個(gè)問題需要使用Display.syncExec()或者asyncExec()方法,還有一種解決方法就是用時(shí)UIJob,不過必須復(fù)寫runInUIThread()方法,將邏輯代碼放在該方法中執(zhí)行而不是run()方法中

打開對(duì)話框查找多個(gè)制定類型的文件可以參考o(jì)rg.eclipse.jdt.internal.ui.wizards.buildpaths.LibrariesWorkbookPage.openExtJarFileDialog()方法

java.lang.VerifyError: (xxx) Wrong return type in function問題的解決
一般出現(xiàn)這種錯(cuò)誤是由于java complier和jre的版本不一致導(dǎo)致的,一般在升級(jí)的時(shí)候很容易碰到,比如有時(shí)候指定在java 1.4下編譯,但是實(shí)際上我們的程序在java5.0下跑
還有一種可能就是升級(jí)之后,原來的類已經(jīng)從一個(gè)包里面移動(dòng)到另外一個(gè)包下面了,而加載classpath的時(shí)候存在兩份

跟蹤鍵盤事件的時(shí)候, 在該方法下加斷點(diǎn)void org.eclipse.swt.widgets.TypedListener.handleEvent(Event e)

對(duì)于顯示tooltip提示信息需要在void org.eclipse.swt.widgets.TypedListener.handleEvent(Event e)中監(jiān)聽SWT.MouseHover類型的事件

aptana js editor中的提示信息的獲得通過com.aptana.ide.editors.unified.hover.LexemeTextHover.getHoverInfo(ITextViewer textViewer, IRegion hoverRegion)
取得

在aptana中對(duì)文檔的分割使用到Lexme的概念, 而所有的提示, 自動(dòng)提示功能都是建立在Lexme的基礎(chǔ)上的

aptana加載內(nèi)容提示配置文件在com.aptana.ide.editor.js.JSLanguageEnvironment中實(shí)現(xiàn)

向日志中添加一條出錯(cuò)信息:
IStatus status = new Status(IStatus.ERROR,
  "org.eclipse.jface", //$NON-NLS-1$
  0, message, new Exception());
Policy.getLog().log(status);

IWorkspace ws = ResourcesPlugin.getWorkspace();用來取得workspace對(duì)象