PHP – Endlich objektorientiert- P6
Số trang: 30
Loại file: pdf
Dung lượng: 1.39 MB
Lượt xem: 12
Lượt tải: 0
Xem trước 3 trang đầu tiên của tài liệu này:
Thông tin tài liệu:
PHP – Endlich objektorientiert- P6: Die Zeiten, in denen man die Skriptsprache PHP nur dazu verwendete, um dynamische HTML-Tabellen aus einer MySQL-Datenbank zu erstellen, sind vorüber. Heutzutage werden auch große Projekte in PHP realisiert, es existieren Programmier-Frameworks wie Zend Studio 7.0 und große Content Management Systeme wie Typo3 sind in PHP entwickelt worden.
Nội dung trích xuất từ tài liệu:
PHP – Endlich objektorientiert- P6 3 – Vorgehensweise bei der Softwareentwicklungtisiert abgesendet werden. Der Lasttest zeigt, ob alle Clients in einer angemessenen Ant-wortzeit eine Erfolgsmeldung der Erstellung erhalten haben oder nicht. Ein Anwenderwartet nicht gerne länger als 1-2 Sekunden auf die Antwort vom System, nachdem er eineEingabe getätigt hat. Eine längere Wartezeit führt zu Frustration über das langsame Systemund damit zu verminderter Akzeptanz der Anwender. Andererseits lässt sich mit demLasttest aber auch prüfen, ob alle Kunden korrekt angelegt wurden. Besitzt wirklich jederKunde eine eindeutige ID oder wurden Kundennummern doppelt vergeben?Abbildung 3.9 skizziert den Weg durch die Schichten bei einem vertikalen Prototyp.Abbildung 3.9: Ein vertikaler PrototypEine weitere Unterscheidung der Prototypen liegt in ihrer Wiederverwendung. BeimRapid Prototyping erstellen Sie einen Prototyp, der nur zur Erkenntnisgewinnung dient,beispielsweise um eine der folgenden Fragen zu beantworten: Wünscht sich der Kunde diese Art der Navigation? Funktioniert dieser Dienst mit diesem WAMP-Server prinzipiell? Wie performant ist die Anwendung?Das Rapid Prototyping dient also zu Forschungszwecken bzw. für die Suche nach Mög-lichkeiten zur Realisierung einer Problemlösung. Die gewonnenen Erkenntnisse könnenanschließend für das richtige Produkt weiterverwertet werden, indem Sie mit denErkenntnissen eine umfangreiche Problemanalyse und Systemspezifikation durchfüh-ren. Der Quellcode des Prototyps wird jedoch nicht selbst zum Produkt ausgebaut. Manspricht hier von einem „ Wegwerf-Prototypen“.Bei einem evolutionären Prototyping ist dies anders. Hier werden die Funktionalität unddamit der Quellcode des Prototyps schrittweise erweitert, bis sich daraus das endgültigeProdukt formt. Die Erweiterungen werden anhand des Feedbacks der zukünftigenAnwender bzw. des Auftraggebers vorgenommen. Der Prototyp wird dabei stets lauffä-hig gehalten und bis zur Produktreife weiterentwickelt. Auf den ersten Blick scheint das120 Objektorientierte Programmierungevolutionäre Prototyping aufgrund der zusätzlichen Wiederverwendung des Codeswirtschaftlicher zu sein als das Rapid Prototyping. Neue Erkenntnisse gewinnt man ja inbeiden Fällen.Falls Sie jedoch schon einmal Software entwickelt und erfolgreich fertiggestellt haben,haben Sie sich sicherlich Folgendes gesagt: „ Ich bin froh, dass es funktioniert, aber beimnächsten Mal würde ich alles anders/besser machen!“ Beim evolutionären Prototypingneigt man nämlich dazu, funktionierenden (schlechten) Quellcode beizubehalten, da dieÄnderung Zeit kostet und neue Probleme mit sich bringen kann.Um das Gesamtdesign der evolutionären Anwendung robust zu halten und die Gefahrdes „ gehackten“ Quellcodes zu verringern, müssen Sie regelmäßig Refactorings durch-führen. Damit ist eine Strukturverbesserung des Quellcodes unter Beibehaltung des Ver-haltens der Anwendung gemeint. Ein Refactoring hat das Ziel, die Lesbarkeit, Verständ-lichkeit, Wartbarkeit und damit auch die Erweiterbarkeit der gesamten Anwendung zuverbessern. Wenn Sie also eine evolutionäre Entwicklung Ihrer PHP-Anwendung pla-nen, sollten Sie sowohl in der Zeit-, als auch in der Kostenplanung regelmäßige Refacto-rings berücksichtigen.3.2 Objektorientierte ProgrammierungMit der Verbreitung der Programmiersprache Java in den letzten 10 Jahren hat sich das Pro-grammierparadigma der Objektorientierung verbreitet. Als passende Beschreibungsspra-che, die die Ideen der Objektorientierung beinhaltet, hat sich nahezu zeitgleich die UnifiedModeling Language (UML) etabliert. Java hat sich insbesondere serverseitig mit dem Kon-zept der Enterprise Java Beans (EJB) in der aktuellen dritten Version sowie der Skriptspra-che JSP (Java Server Pages) und Servlets durchgesetzt. Dem hat Microsoft das .NET-Frame-work mit den Sprachen C#, VisualBasic.NET und ASP.NET (Active Server Pages) ebenfallsausschließlich mit objektorientierten Konzepten gegenübergestellt. JSP im Java- und ASPim Microsoft-Umfeld kann man als konkurrierende Lösung zu PHP-Anwendungen anse-hen. Während die Objektorientierung in PHP4 nur rudimentär unterstützt wurde, kannman mit PHP5 die Konzepte der Objektorientierung vollständig umsetzen.In diesem Kapitel wird nun die objektorientierte Denkweise mit ihren Ideen und Techni-ken zunächst unabhängig von der Sprache PHP vorgestellt. Die Umsetzung in PHP wirdim vierten Kapitel dieses Buches präsentiert.3.2.1 Typische Projektgröße und ProjektdefinitionZunächst einmal ist die Frage zu stellen, warum es sich bei der Objektorientierung umein neues Paradigma – also um ein grundlegend neues Prinzip – der Anwendungsent-wicklung handelt. Die Objektorientierung erhebt den Anspruch, menschliche Organisa-tionsmethoden aus der realen Welt besser nachzub ...
Nội dung trích xuất từ tài liệu:
PHP – Endlich objektorientiert- P6 3 – Vorgehensweise bei der Softwareentwicklungtisiert abgesendet werden. Der Lasttest zeigt, ob alle Clients in einer angemessenen Ant-wortzeit eine Erfolgsmeldung der Erstellung erhalten haben oder nicht. Ein Anwenderwartet nicht gerne länger als 1-2 Sekunden auf die Antwort vom System, nachdem er eineEingabe getätigt hat. Eine längere Wartezeit führt zu Frustration über das langsame Systemund damit zu verminderter Akzeptanz der Anwender. Andererseits lässt sich mit demLasttest aber auch prüfen, ob alle Kunden korrekt angelegt wurden. Besitzt wirklich jederKunde eine eindeutige ID oder wurden Kundennummern doppelt vergeben?Abbildung 3.9 skizziert den Weg durch die Schichten bei einem vertikalen Prototyp.Abbildung 3.9: Ein vertikaler PrototypEine weitere Unterscheidung der Prototypen liegt in ihrer Wiederverwendung. BeimRapid Prototyping erstellen Sie einen Prototyp, der nur zur Erkenntnisgewinnung dient,beispielsweise um eine der folgenden Fragen zu beantworten: Wünscht sich der Kunde diese Art der Navigation? Funktioniert dieser Dienst mit diesem WAMP-Server prinzipiell? Wie performant ist die Anwendung?Das Rapid Prototyping dient also zu Forschungszwecken bzw. für die Suche nach Mög-lichkeiten zur Realisierung einer Problemlösung. Die gewonnenen Erkenntnisse könnenanschließend für das richtige Produkt weiterverwertet werden, indem Sie mit denErkenntnissen eine umfangreiche Problemanalyse und Systemspezifikation durchfüh-ren. Der Quellcode des Prototyps wird jedoch nicht selbst zum Produkt ausgebaut. Manspricht hier von einem „ Wegwerf-Prototypen“.Bei einem evolutionären Prototyping ist dies anders. Hier werden die Funktionalität unddamit der Quellcode des Prototyps schrittweise erweitert, bis sich daraus das endgültigeProdukt formt. Die Erweiterungen werden anhand des Feedbacks der zukünftigenAnwender bzw. des Auftraggebers vorgenommen. Der Prototyp wird dabei stets lauffä-hig gehalten und bis zur Produktreife weiterentwickelt. Auf den ersten Blick scheint das120 Objektorientierte Programmierungevolutionäre Prototyping aufgrund der zusätzlichen Wiederverwendung des Codeswirtschaftlicher zu sein als das Rapid Prototyping. Neue Erkenntnisse gewinnt man ja inbeiden Fällen.Falls Sie jedoch schon einmal Software entwickelt und erfolgreich fertiggestellt haben,haben Sie sich sicherlich Folgendes gesagt: „ Ich bin froh, dass es funktioniert, aber beimnächsten Mal würde ich alles anders/besser machen!“ Beim evolutionären Prototypingneigt man nämlich dazu, funktionierenden (schlechten) Quellcode beizubehalten, da dieÄnderung Zeit kostet und neue Probleme mit sich bringen kann.Um das Gesamtdesign der evolutionären Anwendung robust zu halten und die Gefahrdes „ gehackten“ Quellcodes zu verringern, müssen Sie regelmäßig Refactorings durch-führen. Damit ist eine Strukturverbesserung des Quellcodes unter Beibehaltung des Ver-haltens der Anwendung gemeint. Ein Refactoring hat das Ziel, die Lesbarkeit, Verständ-lichkeit, Wartbarkeit und damit auch die Erweiterbarkeit der gesamten Anwendung zuverbessern. Wenn Sie also eine evolutionäre Entwicklung Ihrer PHP-Anwendung pla-nen, sollten Sie sowohl in der Zeit-, als auch in der Kostenplanung regelmäßige Refacto-rings berücksichtigen.3.2 Objektorientierte ProgrammierungMit der Verbreitung der Programmiersprache Java in den letzten 10 Jahren hat sich das Pro-grammierparadigma der Objektorientierung verbreitet. Als passende Beschreibungsspra-che, die die Ideen der Objektorientierung beinhaltet, hat sich nahezu zeitgleich die UnifiedModeling Language (UML) etabliert. Java hat sich insbesondere serverseitig mit dem Kon-zept der Enterprise Java Beans (EJB) in der aktuellen dritten Version sowie der Skriptspra-che JSP (Java Server Pages) und Servlets durchgesetzt. Dem hat Microsoft das .NET-Frame-work mit den Sprachen C#, VisualBasic.NET und ASP.NET (Active Server Pages) ebenfallsausschließlich mit objektorientierten Konzepten gegenübergestellt. JSP im Java- und ASPim Microsoft-Umfeld kann man als konkurrierende Lösung zu PHP-Anwendungen anse-hen. Während die Objektorientierung in PHP4 nur rudimentär unterstützt wurde, kannman mit PHP5 die Konzepte der Objektorientierung vollständig umsetzen.In diesem Kapitel wird nun die objektorientierte Denkweise mit ihren Ideen und Techni-ken zunächst unabhängig von der Sprache PHP vorgestellt. Die Umsetzung in PHP wirdim vierten Kapitel dieses Buches präsentiert.3.2.1 Typische Projektgröße und ProjektdefinitionZunächst einmal ist die Frage zu stellen, warum es sich bei der Objektorientierung umein neues Paradigma – also um ein grundlegend neues Prinzip – der Anwendungsent-wicklung handelt. Die Objektorientierung erhebt den Anspruch, menschliche Organisa-tionsmethoden aus der realen Welt besser nachzub ...
Tìm kiếm theo từ khóa liên quan:
lập trình hướng đối tượng ngôn ngữ lập trình html nhập môn lập trình lập trình php lập trình webGợi ý tài liệu liên quan:
-
Đề cương chi tiết học phần Cấu trúc dữ liệu và giải thuật (Data structures and algorithms)
10 trang 316 0 0 -
Giáo trình Lập trình hướng đối tượng: Phần 2
154 trang 271 0 0 -
101 trang 199 1 0
-
Bài giảng Nhập môn về lập trình - Chương 1: Giới thiệu về máy tính và lập trình
30 trang 162 0 0 -
Giáo trình nhập môn lập trình - Phần 22
48 trang 136 0 0 -
14 trang 133 0 0
-
[Thảo luận] Học PHP như thế nào khi bạn chưa biết gì về lập trình?
5 trang 131 0 0 -
161 trang 129 1 0
-
Giáo trình lập trình hướng đối tượng - Lê Thị Mỹ Hạnh ĐH Đà Nẵng
165 trang 112 0 0 -
Bài giảng Lập trình web nâng cao: Chương 8 - Trường ĐH Văn Hiến
36 trang 111 1 0