Objektorientierte Softwareentwicklung. Wie in allen Lückentest (1): JXUwMDM3JXUwMDBkJXUwMDA4JXUwMDBmJXUwMDBlJXUwMDFmJXUwMDFiJXUwMDFkJXUwMDFiJXUw MDBjJXUwMDBiJXUwMDFhJXUwMDFkJXUwMDBjJXUwMDE3JXUwMDA2JXUwMDExJXUwMDBi Sprachen stehen unter anderem die Grundprinzipien der Lückentest (2): JXUwMDE5JXUwMDIzJXUwMDExJXUwMDA3JXUwMDA2JXUwMDEzJXUwMDBhJXUwMDFmJXUwMDFkJXUw MDA2JXUwMDAx , Wiederverwendbarkeit, Lückentest (3): JXUwMDAyJXUwMDNmJXUwMDE3JXUwMDFlJXUwMDA5JXUwMDAyJXUwMDEyJXUwMDFiJXUwMDA5 , Vererbung und Lückentest (4): JXUwMDEzJXUwMDJhJXUwMDExJXUwMDAzJXUwMDE2JXUwMDA5JXUwMDE5JXUwMDFiJXUwMDA5 im Vordergrund. Vor ein paar Jahren hat man noch unter den Fachkundigen eifrig diskutiert, ob die Objektorientierung ein Lückentest (5): JXUwMDNlJXUwMDEzJXUwMDFiJXUwMDBhJXUwMDA1JXUwMDBjJXUwMDA4JXUwMDBiJXUwMDFhJXUw MDE1JXUwMDBkJXUwMDA5JXUwMDE3 Aspekt der Softwareentwicklung werden wird. Zwischenzeitlich können wir vermutlich guten Gewissens behaupten, dass objektorientiert entwickelte Software Systeme mehr Aussicht auf langfristigen Erfolg haben. Ein absoluter Lückentest (6): JXUwMDFkJXUwMDM3JXUwMDE0JXUwMDA5JXUwMDAzJXUwMDBiJXUwMDE0JXUwMDE1JXUwMDA3JXUw MDBhJXUwMDFmJXUwMDFiJXUwMDFk also. Die Mehrheit der Programmiersprachen besitzen zwischenzeitlich objektorientierte Nachfolger. So sind Lückentest (7): JXUwMDFiJXUwMDY4JXUwMDAw und auch Lückentest (8): JXUwMDEyJXUwMDJiJXUwMDE3JXUwMDE3 objektorientierte Nachfolger der Programmiersprache C. Lückentest (9): JXUwMDA4JXUwMDE4JXUwMDE4JXUwMDY1 ist dagegen der objektorientierte Nachfolger von PHP4. Andere Programmiersprachen sind noch relativ jung und sind schon von Beginn an objektorientiert. Dazu gehören u.a. die seit 1991 und 1995 existierenden Sprachen Lückentest (10): JXUwMDA4JXUwMDI5JXUwMDBkJXUwMDFjJXUwMDA3JXUwMDAx und Ruby. Alle genannten objektorientierten Sprachen sind auch imperativ und setzen ein weitere grundsätzliche Denkweise ( Lückentest (11): JXUwMDA4JXUwMDIyJXUwMDFkJXUwMDA4JXUwMDE1JXUwMDEzJXUwMDBjJXUwMDAwJXUwMDA0JXUw MDBjJXUwMDE3JXUwMDAyJXUwMDExJXUwMDEzJXUwMDEzJXUwMDA1JXUwMDBkJXUwMDBlJXUwMDBh JXUwMDBj ) um. Lückentest (12): JXUwMDExJXUwMDI0JXUwMDFkJXUwMDE1JXUwMDE3JXUwMDEzJXUwMDE1JXUwMDFkJXUwMDFmJXUw MDEz Sprachen enthalten vorgefertigte Strukturen, die für die Abarbeitung von Lückentest (13): JXUwMDE5JXUwMDJkJXUwMDE4JXUwMDExJXUwMDE3JXUwMDFjJXUwMDBmJXUwMDE1JXUwMDFkJXUw MDFmJXUwMDEzJXUwMDBi und Wiederholungen genutzt werden können, außerdem sehen diese Sprachen vor Programmeinheiten (Module, Prozeduren) zu schaffen die in anderen Zusammenhängen Lückentest (14): JXUwMDJmJXUwMDFlJXUwMDBjJXUwMDAxJXUwMDAxJXUwMDE3JXUwMDA0JXUwMDEzJXUwMDE3JXUw MDA1JXUwMDEyJXUwMDBiJXUwMDBhJXUwMDAxJXUwMDEx werden können.

Warum ist das so? Nach dem Motto „Ordnung ist das halbe Leben“ wird Lückentest (15): JXUwMDA5JXUwMDI0JXUwMDEwJXUwMDA5JXUwMDAwJXUwMDBmJXUwMDBjJXUwMDBiJXUwMDAx konkreten Objekten zugeordnet, organisiert. Der Programmcode enthält die Beschreibung (Eigenschaften und Verhaltensweisen) dieser Objekte. Der Programmierer entscheidet dann, wie die Objekte untereinander beliebig Lückentest (16): JXUwMDMxJXUwMDA3JXUwMDFhJXUwMDExJXUwMDE3JXUwMDEzJXUwMDA2JXUwMDBlJXUwMDBjJXUw MDE3JXUwMDE3JXUwMDBi sollen.

Objekte deren Eigenschaften und Verhaltensweisen die gleichen oder ähnliche Ausprägungen besitzen packt man in einem Lückentest (17): JXUwMDEzJXUwMDI3JXUwMDBkJXUwMDEyJXUwMDAwJXUwMDE2JXUwMDBiJXUwMDA5JXUwMDE1JXUw MDA3JXUwMDFiJXUwMDBhJXUwMDAzJXUwMDAyJXUwMDE3JXUwMDhlJXUwMDhmJXUwMDA3 zusammen. Mit einer Klasse schafft sich der Programmierer Muster, also eine Art Vorlage, für eine ganze Menge von Objekten. Das Prinzip nennt sich Abstraktion.

Wenn sich Eigenschaften oder Verhaltensweisen von Objekten ändern, verändert oder erweitert der Programmierer den Quellcode. Bestenfalls hat jede Eigenschaft und Verhaltensweise seinen festen Platz. Um Redundanzen ( Lückentest (18): JXUwMDBmJXUwMDNlJXUwMDBkJXUwMDAxJXUwMDE3JXUwMDAxJXUwMDAzJXUwMDAyJXUwMDhlJXUw MDlmJXUwMDBiJXUwMDBk ) zu vermeiden, ist es zielführend Wiederholungen im Quellcode zu vermeiden. Damit wird die Lückentest (19): JXUwMDBmJXUwMDM2JXUwMDEzJXUwMDA2JXUwMDE2JXUwMDAzJXUwMDEzJXUwMDE5JXUwMDBlJXUw MDBjJXUwMDFk eines Systems langfristig sichergestellt.

Da wir Menschen im Prinzip von Kind auf intuitiv objektorientiert denken, fällt es uns in der Regel leicht dieses Prinzip in der Programmierung einzusetzen.

Alles auf dieser Welt sind Objekte (Dinge), Dinge die man getrennt betrachten oder aber auch Dinge die wir gruppieren oder zusammenfassen können, da sie gleich oder ähnlich sind.

Wir organisieren unseren Alltag ständig nach diesem Prinzip, stecken alles zusammen, was zusammen gehört! Damit fällt es uns relativ leicht den Überblick zu behalten. Stellen Sie sich doch die folgenden Fragen:

• Woran erkennen Sie ein Lückentest (20): JXUwMDE5JXUwMDM0JXUwMDAxJXUwMDFi ?
• Was haben alle Lückentest (21): JXUwMDFlJXUwMDI3JXUwMDA5JXUwMDFhJXUwMDA4JXUwMDFmJXUwMDEwJXUwMDEyJXUwMDAy gemeinsam?
• Was unterscheidet ein Mensch vom Lückentest (22): JXUwMDBjJXUwMDNkJXUwMDBjJXUwMDE3 ?
• Wann ist ein Stück Land eine Insel?
• Was macht eine Uhr zur Uhr?
• Wie viele unterschiedliche Automaten kennen Sie?

Die Objektorientierung ist eine Art Lückentest (23): JXUwMDE1JXUwMDJjJXUwMDBmJXUwMDBmJXUwMDA2JXUwMDAyJXUwMDA4JXUwMDA4JXUwMDBiJXUw MDFhJXUwMDA0JXUwMDAyJXUwMDFiJXUwMDA3JXUwMDE0JXUwMDEzJXUwMDE5 das sicherstellen soll, dass die Software Lückentest (24): JXUwMDNkJXUwMDE3JXUwMDA1JXUwMDEyJXUwMDBjJXUwMDFkJXUwMDExJXUwMDE3JXUwMDEwJXUw MDAzJXUwMDEz , wartbar und sicher ist und über die Zeit hinweg auch bleibt.