Das Browser Addon Widget IBrowser kann dabei als Beispiel dienen. Es besteht aus vier Modulen:

Der folgende Code zeigt die BrowserFactory aus org.jowidgets.addons.widgets.browser.impl.swt:

  1  final class BrowserFactory implements IWidgetFactory<IBrowser, IBrowserBluePrint> {
  2  
  3      @Override
  4      public IBrowser create(final Object parentUiReference, final IBrowserBluePrint bluePrint) {
  5          final IComposite composite = Toolkit.getWidgetFactory().create(
  6              parentUiReference,
  7              BPF.composite());
  8          return SwtBrowserFactory.createBrowser(
  9              composite, 
 10              (Composite) composite.getUiReference(), 
 11              bluePrint);
 12      }
 13  }

Der folgende Code zeigt die BrowserFactory aus org.jowidgets.addons.widgets.browser.impl.swing:

  1  final class BrowserFactory implements IWidgetFactory<IBrowser, IBrowserBluePrint> {
  2  
  3      @Override
  4      public IBrowser create(final Object parentUiReference, final IBrowserBluePrint bluePrint) {
  5          final IAwtSwtControl awtSwtControl 
  6              = AwtSwtControlFactory.getInstance().createAwtSwtControl(parentUiReference);
  7          return SwtBrowserFactory.createBrowser(
  8              awtSwtControl, 
  9              awtSwtControl.getSwtComposite(), 
 10              bluePrint);
 11      }
 12  
 13  }

In beiden Fällen wird das Widget wie folgt mittels eines IToolkitInterceptor registriert:

  1  final class BrowserToolkitInterceptor implements IToolkitInterceptor {
  2  
  3      @Override
  4      public void onToolkitCreate(final IToolkit toolkit) {
  5          final IGenericWidgetFactory widgetFactory = toolkit.getWidgetFactory();
  6          widgetFactory.register(IBrowserBluePrint.class, new BrowserFactory());
  7          toolkit.getBluePrintProxyFactory().addDefaultsInitializer(
  8              IBrowserSetupBuilder.class, 
  9              new BrowserDefaults());
 10      }
 11  }

Wenn man ein natives Widget mit Hilfe der Swt-Awt Bridge Widgets integrieren möchte, sollte man bei der Definition der Schnittstelle darauf achten, den Anteil, der gebridget wird, möglichst minmal zu halten. Dies soll an einem Beispiel verdeutlicht werden:

In einem SWT Projekt soll der legacy Text Editor MyEditorPanel, der in Swing Implementiert ist, verwendet werden. Das MyEditorPanel hat eine Toolbar, mit der bestimmte Aktion ausgeführt werden können, wie zum Beispiel dem Ändern der Textfarbe oder Schriftart. Der komplexe Anteil der Implementierung steckt jedoch MyEditorTextPane, welches das JTextPane erweitert, und komplexe Textdekorierungen umsetzt. Dann wäre es eventuell sinnvoll, nur für das MyEditorTextPane die Jo Widget Schnittstelle IMyEditorTextPane zu definieren und für die Implementierung die SwtAwtBridge zu verwenden. Anschließend könnte man die Schnittstelle IMyEditorPanel definieren, wodurch der Toolbar Aspekt und eventuell weitere hinzukommen. Dieses Widget müsste man dann nur ein Mal implementieren und könnte dafür die Schnittstelle IMyEditorTextPane verwenden, wodurch man dann insbesondere keine Abhängigkeiten zu Swing hat. Dieses Vorgehen hat zwei Vorteile: