Code-Behind meint die eigentliche Skriptdatei hinter der aspx-Datei mit Behandlungsroutinen für die verschiedenen Ereignisse, die beim Laden der Datei auftreten und abgefangen werden können, sowie Behandlungsroutinen für die Formularverarbeitung, Sitzungsbehandlung und sonstiger Anwendungsbausteine, die die Web-Applikation betreffen. Ziel dieser Datei ist, die Trennung von Layout und Anwendungslogik. Der Name Code Behind soll ausdrücken, dass in dieser Datei tatsächlich der hinterlegte Quelltext verborgen ist, der hinter dem Layout steckt, welches in der aspx-Seite statisch vorhanden ist. Dies kann wie jetzt nur aus dem einfachen HTML-Gerüst bestehen, könnte aber genauso gut auch komplexe Menü-Leisten beinhalten.

Vielleicht haben Sie sich auch schon mal gefragt, wie man denn möglicht schnell und einfach nachvollziehen könnte, ob eine geometrische Form oder unser Punkt im Koordinatensystem größer oder kleiner als ein Vergleichsobjekt ist (Schulbeispiel). Vielleicht haben Sie sich aber auch schon mal der Programmierung Ihres letzten Webshops gefragt, wie man die Größe eines Einkaufswagens bestimmen kann, kamen auf den Gedanken, dass es wohl die Gesamtsumme sein muss und fragten sich dann sofort, warum man dies nur mit einer Testmethode, die einen Wahrheitswert zurückliefert, überprüfen kann. Schöner wäre ja eigentlich folgender Ausdruck gewesen: if (wagen1 > wagen2), d.h. die Verwendung eines handelsüblichen Operators, der allerdings selbstständig wissen müsste, was eigentlich bei einem Einkaufswagen zu addieren ist, um einen passenden Vergleich mit einem anderen Einkaufswagen durchzuführen. Genau dies lässt sich mit der Operatorüberladung programmieren und wir für C#.NET mit diesem Artikel vorgestellt.

Die Indexer-Technik von C#.NET zählt nicht zu den elementaren Bausteinen von objektorientierten Programmiersprachen und bietet in erster Linie für den Klienten von Klassen, die mit einem solchen Indexer ausgestattet sind, eine vereinfachte Verwendung beim Lesen und Schreiben. Sinn und Zweck eines Indexers besteht darin, es Klienten zu ermöglichen, auf ein Objekt mit der gleichen Index-Schreibweise in eckigen Klammern zuzugreifen wie auf Arrays. Dies vereinfacht den Quelltext für den Klienten und ermöglicht kürzere Ausdrücke und Formulierungen. In der einfachsten Variante organisiert man den Indexer mit Hilfe eines Ganzzahlwertes, wie es auch für eine einfache Array-Klasse der Fall ist. Dieser Artikel zeigt, wie sich Indexer für C#.NET verwenden lassen.

Das Dekorierer-Muster bietet eine Lösung dafür, dass die Zuständigkeiten (Funktionalitäten, Werte) eines Objekts dynamisch erweitert werden können. Für das Muster benötigt man zunächst eine „besonders“ abstrakte Klasse, in der die zu ergänzende Funktionalität als abstrakte Methode vorgegeben wird. Selbstverständlich besteht nachher noch die Möglichkeit, weitere Methoden oder auch Felder/Eigenschaften und damit weitere Zuständigkeiten zu entwickeln. Es ist allerdings wichtig, dass sowohl die einzelnen Dekorierer als auch das Dekorierte selbst von dieser abstrakten Klasse erben. Dann folgen wiederum zwei abstrakte Klassen, von denen die eine als Oberklassenkonzept für die dekorierten Objekte und die andere als Konzept für die Erweiterungen / Dekorationen fungiert. Dieser Artikel stellt das Muster in zwei Varianten für C#.NET dar.

Viele Anwendungen werden als reine Schnittstellen zu Datenquellen geplant oder bestehen wenigstens zu einem Großteil aus Formularen, die ausschließlich für CRUD-Aktionen genutzt werden (Create, Read, Update, Delete). Für Prototypen oder Anwendungen mit geringen Anforderungen an die Benutzerschnittstelle kann man sich vorstellen, wie Formulare aufgrund von Metadaten der Datenschicht dynamisch erstellt werden, um genau diese CRUD-Aktionen zun unterstützen. Dieses Buch ist die Erweiterung einer Diplomarbeit, die bei der Comelio GmbH von Andreas Kiebach durchgeführt wurde, und diskutiert die Möglichkeiten, aus XML Schema und dem MS SQL Server sowie mit einer eigenen XML-Darstellung Oberflächen dynamisch zu erzeugen.

176 Seiten, € 15,95
ISBN: 978-3-939701-07-1

Der Datentyp XMLType der XML-Datenbank Oracle XDB bietet nicht nur einfache Möglichkeiten zur XSLT-Transformation, sondern auch ein Unterprogramm für die Validierung der enthaltenen Daten mit XML Schema. Dieser kurze Artikel soll dieses spezielle Unterprogramm vorführen.

Der Datentyp XMLType der XML-Datenbank Oracle XDB bietet nicht nur einfache Möglichkeiten zur Validierung der enthaltenen Daten mit XML Schema, sondern auch ein Unterprogramm für die XSLT-Transformation. Dieser kurze Artikel soll dieses spezielle Unterprogramm vorführen.

Dieser Artikel stellt die verschiedenen Möglichkeiten, wie XML in Oracle gespeichert werden kann, kurz vor. Neben traditionellen Speicheransätzen über relationale und objektrelationale Strukturen ist insbesondere seit der Oracle 9i-Version auch die integrierte XML-Datenbank Oracle XDB ein wichtiger Ansatzpunkt für die Entwicklung und Konzeptionierung von XML-Datenbanken.

Sowohl für die Arbeit mit der XML-Datenbank Oracle XDB als auch für die Verwendung in traditionellen Speicheransätzen leistet der spezielle Datentyp XMLType in Oracle gute Dienste. Mit seinen eingebauten Unterprogrammen bietet er Möglichkeiten zur direkten und sehr einfachen Validierung, Transformation und Extrahierung von Daten. Er fällt durch seine umfassenden Möglichkeiten aus der Gruppe der anderen Datentypen heraus und soll in diesem Artikel übersichtsartig vorgestellt werden.

Für die Bereitstellung von XML-Strukturen auf Basis von relationalen oder auch bereits vorhandenen XML-Daten lassen sich individuelle Abfragen gestalten. Wenn allerdings Abfragen in Anwendungen mehrfach ausgeführt werden sollen oder spezielle Rechte berücksichtigt werden müssen, eignen sich vorgefertigte Sichten auf die Daten. Diese lassen sich mit Hilfe des speziellen Datentyps XMLType auch in so genannten XMLType-Sichten erstellen, die gewöhnlichen Sichten ähneln und in diesem Artikel beispielhaft vorgestellt werden sollen.

Das V-Modell beschreibt ein Vorgehensmodell zum Planen und Durchführen von Entwicklungsprojekten unter Berücksichtigung des gesamten Systemlebenszyklus. Erfolgreiche Projekte erfordern dabei das Zusammenspiel verschiedener grundlegender Managementmechanismen, insbesondere von Projektmanagement, Qualitätssicherung, Konfigurationsmanagement und Problem- und Änderungsmanagement. Der V-Modell-Kern beinhaltet genau diejenigen Vorgehensbausteine, welche diese Managementmechanismen bereitstellen.

Im folgenden Artikel werden Anwendungsrichtlinien für die grundlegenden Managementmechanismen des V-Modells eingeführt.

Strukturiertes und systematisches Vorgehen ist eine der wesentlichen Voraussetzungen, um komplexe Systeme unter Vertragsbedingungen und innerhalb eines vorab gesteckten Zeitplans zu entwickeln. Die Comelio GmbH legt als IT-Dienstleister sowohl zum Vorteil Ihrer Kunden als auch zu ihrem eigenen und zum Wohl Ihrer Mitarbeiter ausdrücklich darauf Wert, die Projektdurchführung auf Basis von anerkannten Methoden und unter Berücksichtigung von eigenen Vorgehensweisen zu stellen. Dieser Artikel stellt die wesentlichen Prinzipien der Projektsteuerung und den normalen Ablaufplan für Projekte der Systementwicklung und der Beratung dar. Mischformen werden aus Gründen der Übersichtlichkeit nicht betrachtet, sondern nur am Rande erwähnt. Allerdings kann davon ausgegangen werden, dass die unterliegenden Prinzipien und Ansätze auch in anderen Projektformen und Dienstleistungen sinnvoll greifen und zu beiderseitigen Nutzen Verwendung finden können.

Die Comelio GmbH ist ein IT-Unternehmen, das Beratung, Projektarbeit und Seminare vom Hauptsitz in Essen aus in ganz Deutschland anbietet. Projektbüros existieren in verschiedenen deutschen Großstädten für die Durchführung von Kundengesprächen und Beratungsveranstaltungen. Die Schwerpunkte der Kunden liegen im Ruhrgebiet, entlang der Rheinschiene bis nach Frankfurt und in den Ballungszentren München, Berlin und Hamburg. Als Microsoft Certified Partner, Oracle Partner und Sun Advantage Partner bietet die Softwareentwicklung für die Datenbanksysteme Oracle und MS SQL Server in den Sprachen C#.NET / VB.NET, Java und PHP an.

Das V-Modell beschreibt ein Vorgehensmodell zum Planen und Durchführen von Entwicklungsprojekten unter Berücksichtigung des gesamten Systemlebenszyklus. Erfolgreiche Projekte erfordern dabei das Zusammenspiel verschiedener grundlegender Managementmechanismen, insbesondere von Projektmanagement, Qualitätssicherung, Konfigurationsmanagement und Problem- und Änderungsmanagement. Der V-Modell-Kern beinhaltet genau diejenigen Vorgehensbausteine, welche diese Managementmechanismen bereitstellen.

Im folgenden Artikel werden Anwendungsrichtlinien für die grundlegenden Managementmechanismen des V-Modells eingeführt.

Die Comelio GmbH setzt für die Durchführung von Anwendungsfallanalysen innerhalb der Modellierungs- und Planungsphase von Softwareprojekten die Use Case-Technik ein. Die erstellten Anwendungsfälle (Use Cases) lassen sich im Projektverlauf in vielfältiger Weise nutzen und bieten während des gesamten Projektzeitraums eine umfangreiche Materialsammlung für eine geordnete und anforderungszentrierte Projektarbeit. In diesem Artikel werden die Grundzüge der Use Case-Technik vorgestellt.