Im Rahmen einer IGNITE! Session auf dem Google Developers Day am 19.November in Berlin hatte ich Gelegenheit, unter den Android-Entwicklern Werbung für das Eclipse Data Binding zu machen. Die Präsentation ist als Anhang beigefügt.

Aus diesem Anlass habe ich mir endlich die Zeit genommen, und habe den Quellcode zu dieser Artikel-Reihe veröffentlicht: github.com/nowacki/databinding

In den vorherigen Teilen dieser Blog-Serie sind zwei zentrale Probleme offen geblieben: Die Entkopplung des Controllers von UI-Frameworks wie SWT, Swing oder Android mittels des IObservableValue-Interfaces aus dem Eclipse Data Binding funktioniert sehr gut für die Properties der einfachen Widgets. Für komplexere Viewer (z.B. Tree- und TableViewer) und für Event-Listener (z.B. Mouse- und KeyListener) ist noch etwas Aufwand erforderlich, um die Entkopplung umzusetzen. »

Deutsche Übersetzung

In the last days I did some work to familiarize myself with programming Android. As introduction project I choosed to port the sample application from my Observable Data Binding blog series to Android. Tom Schindl once reported in his blog article, that he had successful tested the connection between Android and the Eclipse Data Binding. That has encouraged myself, to undertake the same. »

English translation

In den letzten Tagen habe ich mich in die Android-Programmierung eingearbeitet. Tom Schindl berichtete einmal in einem Blog-Beitrag, dass er die Anbindung von Android an das Eclipse Data Binding mit Erfolg getestet hat. Das hat mich ermutigt, mir als Einstiegsprojekt die Portierung der Beispiel-Applikation aus meiner Observable Data Binding Reihe vorzunehmen. »

Im Teil 5 Wiederverwendbarkeit des leichtgewichtigen Controllers dieser Serie wurde die einfache Wiederverwendbarkeit eines nach dem hier vorgestellten Ansatz umgesetzten Controllers illustriert. In diesem Teil wird es darum gehen, was es eigentlich noch braucht, um den Ansatz in einem realen Projekt nutzen zu können. »

Nachdem wir im Teil 4 Beispiel-Unit-Test für den leichtgewichtigen Controller die Auswirkungen des Ansatzes für einen leichtgewichtigen Controller auf die Testbarkeit des Controllers untersucht haben, wollen wir uns in diesem Teil mit der Wiederverwendbarkeit des Controllers beschäftigen. »

Nachdem in Teil 2 Die Beispiel-Implementierung die Beispiel-Applikation vorgestellt wurde, werden die Klassen in diesem Teil so umgestaltet, dass Erzeugung der Observables nicht in der Controller- sondern in der View-Klasse und der Zugriff des Controllers auf die View nicht mehr direkt sondern über ein Interface erfolgt, so dass der Controller leichtgewichtig, d.h. ohne Abhängigkeiten von SWT implementiert werden kann. »

Ein wichtiges aber nicht einfach zu erreichendes Ziel einer Softwarearchitektur ist es, eine leichgewichtige, einfach testbare und gut wiederverwendbare Implementierung der Geschäftslogik zu ermöglichen. In einer Artikelserie möchte ich einen Ansatz vorstellen, wie man dieses Ziel in einer Model View Controller (MVC) - Architektur mit Hilfe des Eclipse Data Binding ermöglichen kann.

Im Teil 1 Das View-Controller-Interface dieser Serie wurde ein Ansatz für testbare und wiederverwendbare Controller in einer MVC-Architektur vorgestellt. Im diesem Teil eine Applkation vorgestellt, in welcher der Ansatz beispielhaft umgesetzt werden soll. »

<

p> Das Eclipse Data Binding http://wiki.eclipse.org/index.php/JFace_Data_Binding bietet eine neutrale Schnittstelle, die es erlaubt, innerhalb eines User Interfaces ohne Abhängigkeiten zwischen View und Model auszukommen. »