Download (2271Kb) - HSR - Institutional Repository

Weitere Magazine

Empfehlungen

Info

SURVEAST – Technologiestudie mit SharePointAbbildung 22: Architekturübersicht inkl. TestingDurch die asynchronen Aufrufe in Silverlight muss auch in den Unit Tests dieses Konzeptberücksichtigt werden. Dies funktioniert mit dem Silverlight-Toolkit eignen Testframework, welchesMethoden zur Verfügung stellt, um die Tests mit asynchronen Aufrufen durchführen zu können:EnqueueConditional: Mit EnqueueConditional können Bedingungen festgelegt werden, wann der Testweiterlaufen kann. Dabei drängt sich beim Testen des ViewModels im MVVM Pattern natürlich auf, zuprüfen, ob die PropertyChanged Events ausgelöst wurden.EnqueueCallback: Über EnqueueCallback kann ein delegate angegeben werden, welches ausgeführtwird, sobald die EnqueueConditional Bedingung eingetroffen ist. Sinnvollerweise werden darin dieAssert’s gemacht und das Testergebnis überprüft.EnqueueTestComplete: Wartet mit dem Beenden des Tests bis die EnqueueConditional Bedingungeingetroffen ist.Datum: 23-12-2010 Clemens Meier & Silvan Gacond Seite: 40 von 79
SURVEAST – Technologiestudie mit SharePoint[TestMethod][Asynchronous][Description("Passes if at least one patient is returned and has a lastname set.")]public void TestReadPatients(){SelectPatientViewModel viewModel =new SelectPatientViewModel(Deployment.Current.Dispatcher, null);bool viewModelChanged = false;viewModel.PropertyChanged += ((sender, args) => { viewModelChanged = true; });EnqueueConditional(() => viewModelChanged);viewModel.LoadInitialData();EnqueueCallback(() =>{Assert.IsTrue(viewModel.Patients.Count > 0, "Some Patients loaded.");Assert.IsNotNull(viewModel.Patients[0].Lastname, "P0 has a Lastname set.");});EnqueueTestComplete();}Abbildung 23: Beispieltest welcher mit diesen Enqueue Funktionalität arbeitet:Der gezeigte Test prüft auf Stufe ViewModel das Laden der Daten alle Schichten über den BCS biszur Datenbank. Er prüft ob die Collection richtig gefüllt wird, welche schlussendlich an einSteuerelement auf der Oberfläche gebunden wird. Da die Oberfläche keinerlei CodeBehindverwendet, ist so sichergestellt dass hier keine weiteren Fehler zu erwarten sind. Einzig dasdeklarative Binding im XAML Code ist so nicht testbar.Um nur die oberen Schichten bis zum Domain-Layer zu testen, könnten die betreffendenDomain.Connector durch Testmocks ersetzt werden, welche Domain Objekte erstellen ohne überexterne Listen und BCS auf die Datenbank zu gehen. Dies würde es ermöglichen, den Code in denoberen Schichten isoliert und effizient zu testen.Im vorliegenden Prototyp wurden vier Beispieltests implementiert. Ein Test setzt oben auf demViewModel an, drei direkt auf dem Domain Connector. Dies soll zeigen wie die Applikation auf denverschiedenen Schichten testbar ist.8.4. Komponenten und DeploymentDie verwendete Architektur gibt die Aufteilung der Komponenten innerhalb des SharePoint Serversweitgehend vor.8.4.1. ÜbersichtDer Data Access Layer baut auf den Business Connectivity Services auf. Diese laufen als sogenannteService Application auf der Share Point Farm, sind also Komponenten die nicht einer einzelnenSharePoint Seite zugeordnet sind. Da der Data Access Layer von SURVEAST in dieser BCSKomponente betrieben wird, muss auch dieser im „Farm-Scope“, also auf die ganze Farm, installiertwerden.Die restlichen Layer sowie die visuellen Komponenten der Applikation sind nach dem Buildvorgangalle in der jeweiligen Silverlight Applikation (.xap Package) gekapselt und können als SilverlightWebpart auf eine SharePoint Seite installiert werden. Da es sich hier um Webparts, also modulare UIKomponenten handelt, werden diese auf die jeweilige SharePoint Seite und nicht auf die ganze Farminstalliert.Eigene sowie mitgelieferte SharePoint Komponenten können als sogenannte „Features“ einzelninstalliert und deinstalliert werden. Diese Features haben einen definierten Gültigkeitsbereich (Scope)und können so nach Bedarf ausgelegt werden. Ausserdem können Abhängigkeiten von anderenFeatures festgelegt werden, die erfüllt sein müssen damit das aktuelle Feature aktiviert werden kann(Details zum Installations und Aktivationsvorgang siehe 8.4.5). Die SURVEAST Architektur teilt sich inzwei Features auf: SurveastData und SurveastUI.Datum: 23-12-2010 Clemens Meier & Silvan Gacond Seite: 41 von 79
Seite 1 und 2: SURVEASTTechnologiestudie mitShareP
Seite 3 und 4: SURVEAST - Technologiestudie mit Sh
Seite 39: SURVEAST - Technologiestudie mit Sh
Seite 63 und 64: 5 Dokumentation5 DokumentationSURVE
Seite 75 und 76: Woche 1Woche 2Woche 3Woche 4Woche 5
Seite 77 und 78: Woche 14Woche 1Woche 2W3Woche 4SURV
Seite 79: Woche 14SURVEAST - Technologiestudi

Download (2271Kb) - HSR - Institutional Repository

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?