Dynamic Code Programming - Versionsgeschichte

Theo……………………………… vvvvggg…………oeht: Link hinzugefügt

2025-01-15T14:11:36Z

Link hinzugefügt

← Nächstältere Version		Version vom 15. Januar 2025, 16:11 Uhr
Zeile 21:		Zeile 21:
	Im Falle der Definition der Datensatzstruktur in der Datenbank würde man einfach die Zieldatentabelle als Grundlage nutzen. Auf diese Art und Weise kann man die Tabelle jederzeit anpassen und das Formular würde sich dann automatisch ändern sowie die neuen Daten damit abfragen.		Im Falle der Definition der Datensatzstruktur in der Datenbank würde man einfach die Zieldatentabelle als Grundlage nutzen. Auf diese Art und Weise kann man die Tabelle jederzeit anpassen und das Formular würde sich dann automatisch ändern sowie die neuen Daten damit abfragen.

			== Quellen ==
			https://stackoverflow.blog/2022/01/31/the-complete-beginners-guide-to-dynamic-programming/
	[[Kategorie:Programmierparadigma]]		[[Kategorie:Programmierparadigma]]

Invisigoth67: typo

2024-02-21T08:30:32Z

typo

← Nächstältere Version		Version vom 21. Februar 2024, 10:30 Uhr
Zeile 3:		Zeile 3:

	Grundsätzlich wird beim DCP bestehender Code modular von einem Controller geladen. Dieser Controller entscheidet je nach Aufruf beziehungsweise Parametrisierung, welche Module zu laden und eventuell zu instanziieren sind, bestimmt im Zweifel auch die zugehörigen Parameter für die Instanziierung beziehungsweise den Aufruf der Methode oder der Software.		Grundsätzlich wird beim DCP bestehender Code modular von einem Controller geladen. Dieser Controller entscheidet je nach Aufruf beziehungsweise Parametrisierung, welche Module zu laden und eventuell zu instanziieren sind, bestimmt im Zweifel auch die zugehörigen Parameter für die Instanziierung beziehungsweise den Aufruf der Methode oder der Software.
	Beim DCP gibt es keine statische Struktur, die definiert, wie der Programmablauf auszusehen hat; vielmehr wird hier auf Basis einer Konfiguration und den Rückmeldungen der einzelnen Ablaufschritte dynamisch entschieden, welcher Schritt als ~~nächstes~~ durchgeführt wird.		Beim DCP gibt es keine statische Struktur, die definiert, wie der Programmablauf auszusehen hat; vielmehr wird hier auf Basis einer Konfiguration und den Rückmeldungen der einzelnen Ablaufschritte dynamisch entschieden, welcher Schritt als Nächstes durchgeführt wird.
	Jeder Schritt ist ein weiterer Zweig, der in den bisherigen Standards (OOP/SOP) fest verankert war. Beim DCP wird der Ablauf jedoch zum Beispiel in einer Konfigurationsdatei oder einer Datenbank festgehalten.		Jeder Schritt ist ein weiterer Zweig, der in den bisherigen Standards (OOP/SOP) fest verankert war. Beim DCP wird der Ablauf jedoch zum Beispiel in einer Konfigurationsdatei oder einer Datenbank festgehalten.

ColdCut: - QS, + BF

2014-08-19T15:33:26Z

- QS, + BF

← Nächstältere Version		Version vom 19. August 2014, 17:33 Uhr
Zeile 1:		Zeile 1:
			{{Belege fehlen}}
	{{QS-Antrag\|9. Juli 2014\|2=''[[WP:Vollprogramm]].'' [[Benutzer:XenonX3\|XenonX3]] – ([[Benutzer Diskussion:XenonX3\|☎]]) 11:55, 9. Jul. 2014 (CEST)}}
	'''Dynamic Code Programming''' (DCP) ist eine Dynamisierung von [[Objektorientierte Programmierung\|objektorientierter Programmierung (OOP)]] oder [[Serviceorientierte Architektur\|serviceorientierter Architektur (SOA)]], beide Typen des Softwaredesigns können in DCP integriert werden.		'''Dynamic Code Programming''' (DCP) ist eine Dynamisierung von [[Objektorientierte Programmierung\|objektorientierter Programmierung (OOP)]] oder [[Serviceorientierte Architektur\|serviceorientierter Architektur (SOA)]], beide Typen des Softwaredesigns können in DCP integriert werden.

	Grundsätzlich wird beim DCP bestehender Code modular von einem Controller geladen. Dieser Controller entscheidet je nach Aufruf beziehungsweise Parametrisierung, welche Module zu laden und eventuell zu instanziieren sind, bestimmt im Zweifel auch die zugehörigen Parameter für die Instanziierung beziehungsweise den Aufruf der Methode oder der Software.		Grundsätzlich wird beim DCP bestehender Code modular von einem Controller geladen. Dieser Controller entscheidet je nach Aufruf beziehungsweise Parametrisierung, welche Module zu laden und eventuell zu instanziieren sind, bestimmt im Zweifel auch die zugehörigen Parameter für die Instanziierung beziehungsweise den Aufruf der Methode oder der Software.
	Beim DCP gibt es keine statische Struktur, die definiert wie der Programmablauf auszusehen hat, vielmehr wird hier auf Basis einer Konfiguration und den Rückmeldungen der einzelnen Ablaufschritte dynamisch entschieden, welcher Schritt als nächstes durchgeführt wird.		Beim DCP gibt es keine statische Struktur, die definiert, wie der Programmablauf auszusehen hat; vielmehr wird hier auf Basis einer Konfiguration und den Rückmeldungen der einzelnen Ablaufschritte dynamisch entschieden, welcher Schritt als nächstes durchgeführt wird.
	Jeder Schritt ist ein weiterer Zweig, der in den bisherigen Standards (OOP/SOP) fest verankert war. Beim DCP wird der Ablauf jedoch zum Beispiel in einer Konfigurationsdatei oder einer Datenbank festgehalten.		Jeder Schritt ist ein weiterer Zweig, der in den bisherigen Standards (OOP/SOP) fest verankert war. Beim DCP wird der Ablauf jedoch zum Beispiel in einer Konfigurationsdatei oder einer Datenbank festgehalten.

	==Beispiele==		== Beispiele ==
			=== Webapplikation ===
	===Beispiel bei einer Webapplikation===

	Es existiert eine Seite A, die als Datei auf dem Server liegt.		Es existiert eine Seite A, die als Datei auf dem Server liegt.
	In der Datenbank steht die Anweisung für den Controller, beim Aufruf von /index.html diese Seite zu laden und auszuliefern.		In der Datenbank steht die Anweisung für den Controller, beim Aufruf von /index.html diese Seite zu laden und auszuliefern.
Zeile 16:		Zeile 16:
	Um Seiten nur für bestimmte Benutzer zugänglich zu machen, braucht man je nach Datenbankdesign und Codeaufbau nur noch einen Datenbankeintrag machen und muss nichts am eigentlichen Programmcode ändern.		Um Seiten nur für bestimmte Benutzer zugänglich zu machen, braucht man je nach Datenbankdesign und Codeaufbau nur noch einen Datenbankeintrag machen und muss nichts am eigentlichen Programmcode ändern.

			=== Formulargenerierung ===
	===Beispiel bei einer Formulargenerierung===

	Bei der Anwendung von DCP für die Formulargenerierung gibt es eine zugrunde liegende Datensatzstruktur und eventuell zusätzliche Parameter, die beeinflussen, wie das Formular später aussieht. Zusätzlich zur Datensatzstruktur gibt es bei Bedarf direkte oder sprachabhängige Übersetzungen, die genutzt werden um die Namen für die Eingabefelder sowie etwaige Zusatztexte zu definieren. Außerdem wird über eine Typenzuordnung des Datentyps zum Formularfeldtyp entschieden, welche Art Formularfeld hier verwendet wird.		Bei der Anwendung von DCP für die Formulargenerierung gibt es eine zugrunde liegende Datensatzstruktur und eventuell zusätzliche Parameter, die beeinflussen, wie das Formular später aussieht. Zusätzlich zur Datensatzstruktur gibt es bei Bedarf direkte oder sprachabhängige Übersetzungen, die genutzt werden um die Namen für die Eingabefelder sowie etwaige Zusatztexte zu definieren. Außerdem wird über eine Typenzuordnung des Datentyps zum Formularfeldtyp entschieden, welche Art Formularfeld hier verwendet wird.

	Im Falle der Definition der Datensatzstruktur in der Datenbank würde man einfach die Zieldatentabelle als Grundlage nutzen. Auf diese Art und Weise kann man die Tabelle jederzeit anpassen und das Formular würde sich dann automatisch ändern sowie die neuen Daten damit abfragen.		Im Falle der Definition der Datensatzstruktur in der Datenbank würde man einfach die Zieldatentabelle als Grundlage nutzen. Auf diese Art und Weise kann man die Tabelle jederzeit anpassen und das Formular würde sich dann automatisch ändern sowie die neuen Daten damit abfragen.

	<!-- Kategorien -->
	[[Kategorie:Programmierparadigma]]		[[Kategorie:Programmierparadigma]]

W.alter: HTML nach Wikilinks

2014-07-09T10:27:44Z

HTML nach Wikilinks

← Nächstältere Version		Version vom 9. Juli 2014, 12:27 Uhr
Zeile 1:		Zeile 1:
	{{QS-Antrag\|9. Juli 2014\|2=''[[WP:Vollprogramm]].'' [[Benutzer:XenonX3\|XenonX3]] – ([[Benutzer Diskussion:XenonX3\|☎]]) 11:55, 9. Jul. 2014 (CEST)}}		{{QS-Antrag\|9. Juli 2014\|2=''[[WP:Vollprogramm]].'' [[Benutzer:XenonX3\|XenonX3]] – ([[Benutzer Diskussion:XenonX3\|☎]]) 11:55, 9. Jul. 2014 (CEST)}}
	'''Dynamic Code Programming''' (DCP) ist eine Dynamisierung von [~~https://de.wikipedia.org/wiki/Objektorientierte_Programmierung~~ ~~objektorientierte~~ Programmierung (OOP)] oder [~~https://de.wikipedia.org/wiki/Serviceorientierte_Architektur~~ ~~serviceorientierte~~ Architektur (SOA)], beide Typen des Softwaredesigns können in DCP integriert werden.		'''Dynamic Code Programming''' (DCP) ist eine Dynamisierung von [[Objektorientierte Programmierung\|objektorientierter Programmierung (OOP)]] oder [[Serviceorientierte Architektur\|serviceorientierter Architektur (SOA)]], beide Typen des Softwaredesigns können in DCP integriert werden.
	Grundsätzlich wird beim DCP bestehender Code modular von einem Controller geladen. Dieser Controller entscheidet je nach Aufruf beziehungsweise Parametrisierung, welche Module zu laden und eventuell zu instanziieren sind, bestimmt im Zweifel auch die zugehörigen Parameter für die Instanziierung beziehungsweise den Aufruf der Methode oder der Software.		Grundsätzlich wird beim DCP bestehender Code modular von einem Controller geladen. Dieser Controller entscheidet je nach Aufruf beziehungsweise Parametrisierung, welche Module zu laden und eventuell zu instanziieren sind, bestimmt im Zweifel auch die zugehörigen Parameter für die Instanziierung beziehungsweise den Aufruf der Methode oder der Software.
	Beim DCP gibt es keine statische Struktur, die definiert wie der Programmablauf auszusehen hat, vielmehr wird hier auf Basis einer Konfiguration und den Rückmeldungen der einzelnen Ablaufschritte dynamisch entschieden, welcher Schritt als nächstes durchgeführt wird.		Beim DCP gibt es keine statische Struktur, die definiert wie der Programmablauf auszusehen hat, vielmehr wird hier auf Basis einer Konfiguration und den Rückmeldungen der einzelnen Ablaufschritte dynamisch entschieden, welcher Schritt als nächstes durchgeführt wird.

GreatSUN: Wording

2014-07-09T10:19:52Z

Wording

← Nächstältere Version		Version vom 9. Juli 2014, 12:19 Uhr
Zeile 16:		Zeile 16:
	Um Seiten nur für bestimmte Benutzer zugänglich zu machen, braucht man je nach Datenbankdesign und Codeaufbau nur noch einen Datenbankeintrag machen und muss nichts am eigentlichen Programmcode ändern.		Um Seiten nur für bestimmte Benutzer zugänglich zu machen, braucht man je nach Datenbankdesign und Codeaufbau nur noch einen Datenbankeintrag machen und muss nichts am eigentlichen Programmcode ändern.

	===Beispiel ~~für~~ ~~eine~~ Formulargenerierung===		===Beispiel bei einer Formulargenerierung===

	Bei der Anwendung von DCP für die Formulargenerierung gibt es eine zugrunde liegende Datensatzstruktur und eventuell zusätzliche Parameter, die beeinflussen, wie das Formular später aussieht. Zusätzlich zur Datensatzstruktur gibt es bei Bedarf direkte oder sprachabhängige Übersetzungen, die genutzt werden um die Namen für die Eingabefelder sowie etwaige Zusatztexte zu definieren. Außerdem wird über eine Typenzuordnung des Datentyps zum Formularfeldtyp entschieden, welche Art Formularfeld hier verwendet wird.		Bei der Anwendung von DCP für die Formulargenerierung gibt es eine zugrunde liegende Datensatzstruktur und eventuell zusätzliche Parameter, die beeinflussen, wie das Formular später aussieht. Zusätzlich zur Datensatzstruktur gibt es bei Bedarf direkte oder sprachabhängige Übersetzungen, die genutzt werden um die Namen für die Eingabefelder sowie etwaige Zusatztexte zu definieren. Außerdem wird über eine Typenzuordnung des Datentyps zum Formularfeldtyp entschieden, welche Art Formularfeld hier verwendet wird.

GreatSUN am 9. Juli 2014 um 10:19 Uhr

2014-07-09T10:19:22Z

← Nächstältere Version		Version vom 9. Juli 2014, 12:19 Uhr
Zeile 1:		Zeile 1:
	{{QS-Antrag\|9. Juli 2014\|2=''[[WP:Vollprogramm]].'' [[Benutzer:XenonX3\|XenonX3]] – ([[Benutzer Diskussion:XenonX3\|☎]]) 11:55, 9. Jul. 2014 (CEST)}}		{{QS-Antrag\|9. Juli 2014\|2=''[[WP:Vollprogramm]].'' [[Benutzer:XenonX3\|XenonX3]] – ([[Benutzer Diskussion:XenonX3\|☎]]) 11:55, 9. Jul. 2014 (CEST)}}
	Dynamic Code Programming (DCP) ist eine Dynamisierung von [https://de.wikipedia.org/wiki/Objektorientierte_Programmierung objektorientierte Programmierung (OOP)] oder [https://de.wikipedia.org/wiki/Serviceorientierte_Architektur serviceorientierte Architektur (SOA)], beide Typen des Softwaredesigns können in DCP integriert werden.		'''Dynamic Code Programming''' (DCP) ist eine Dynamisierung von [https://de.wikipedia.org/wiki/Objektorientierte_Programmierung objektorientierte Programmierung (OOP)] oder [https://de.wikipedia.org/wiki/Serviceorientierte_Architektur serviceorientierte Architektur (SOA)], beide Typen des Softwaredesigns können in DCP integriert werden.
	Grundsätzlich wird beim DCP bestehender Code modular von einem Controller geladen. Dieser Controller entscheidet je nach Aufruf beziehungsweise Parametrisierung, welche Module zu laden und eventuell zu instanziieren sind, bestimmt im Zweifel auch die zugehörigen Parameter für die Instanziierung beziehungsweise den Aufruf der Methode oder der Software.		Grundsätzlich wird beim DCP bestehender Code modular von einem Controller geladen. Dieser Controller entscheidet je nach Aufruf beziehungsweise Parametrisierung, welche Module zu laden und eventuell zu instanziieren sind, bestimmt im Zweifel auch die zugehörigen Parameter für die Instanziierung beziehungsweise den Aufruf der Methode oder der Software.
	Beim DCP gibt es keine statische Struktur, die definiert wie der Programmablauf auszusehen hat, vielmehr wird hier auf Basis einer Konfiguration und den Rückmeldungen der einzelnen Ablaufschritte dynamisch entschieden, welcher Schritt als nächstes durchgeführt wird.		Beim DCP gibt es keine statische Struktur, die definiert wie der Programmablauf auszusehen hat, vielmehr wird hier auf Basis einer Konfiguration und den Rückmeldungen der einzelnen Ablaufschritte dynamisch entschieden, welcher Schritt als nächstes durchgeführt wird.

GreatSUN: Verlinkungen ergänzt

2014-07-09T10:18:37Z

Verlinkungen ergänzt

← Nächstältere Version		Version vom 9. Juli 2014, 12:18 Uhr
Zeile 1:		Zeile 1:
	{{QS-Antrag\|9. Juli 2014\|2=''[[WP:Vollprogramm]].'' [[Benutzer:XenonX3\|XenonX3]] – ([[Benutzer Diskussion:XenonX3\|☎]]) 11:55, 9. Jul. 2014 (CEST)}}		{{QS-Antrag\|9. Juli 2014\|2=''[[WP:Vollprogramm]].'' [[Benutzer:XenonX3\|XenonX3]] – ([[Benutzer Diskussion:XenonX3\|☎]]) 11:55, 9. Jul. 2014 (CEST)}}
	~~'''~~Dynamic Code Programming~~'''~~ (DCP) ist eine Dynamisierung von objektorientierte Programmierung (OOP) oder serviceorientierte ~~Programmierung~~ (~~SOP~~), beide Typen des Softwaredesigns können in DCP integriert werden.		Dynamic Code Programming (DCP) ist eine Dynamisierung von [https://de.wikipedia.org/wiki/Objektorientierte_Programmierung objektorientierte Programmierung (OOP)] oder [https://de.wikipedia.org/wiki/Serviceorientierte_Architektur serviceorientierte Architektur (SOA)], beide Typen des Softwaredesigns können in DCP integriert werden.
	Grundsätzlich wird beim DCP bestehender Code modular von einem Controller geladen. Dieser Controller entscheidet je nach Aufruf beziehungsweise Parametrisierung, welche Module zu laden und eventuell zu instanziieren sind, bestimmt im Zweifel auch die zugehörigen Parameter für die Instanziierung beziehungsweise den Aufruf der Methode oder der Software.		Grundsätzlich wird beim DCP bestehender Code modular von einem Controller geladen. Dieser Controller entscheidet je nach Aufruf beziehungsweise Parametrisierung, welche Module zu laden und eventuell zu instanziieren sind, bestimmt im Zweifel auch die zugehörigen Parameter für die Instanziierung beziehungsweise den Aufruf der Methode oder der Software.
	Beim DCP gibt es keine statische Struktur, die definiert wie der Programmablauf auszusehen hat, vielmehr wird hier auf Basis einer Konfiguration und den Rückmeldungen der einzelnen Ablaufschritte dynamisch entschieden, welcher Schritt als nächstes durchgeführt wird.		Beim DCP gibt es keine statische Struktur, die definiert wie der Programmablauf auszusehen hat, vielmehr wird hier auf Basis einer Konfiguration und den Rückmeldungen der einzelnen Ablaufschritte dynamisch entschieden, welcher Schritt als nächstes durchgeführt wird.

W.alter am 9. Juli 2014 um 10:13 Uhr

2014-07-09T10:13:02Z

← Nächstältere Version		Version vom 9. Juli 2014, 12:13 Uhr
Zeile 1:		Zeile 1:
	{{QS-Antrag\|9. Juli 2014\|2=''[[WP:Vollprogramm]].'' [[Benutzer:XenonX3\|XenonX3]] – ([[Benutzer Diskussion:XenonX3\|☎]]) 11:55, 9. Jul. 2014 (CEST)}}		{{QS-Antrag\|9. Juli 2014\|2=''[[WP:Vollprogramm]].'' [[Benutzer:XenonX3\|XenonX3]] – ([[Benutzer Diskussion:XenonX3\|☎]]) 11:55, 9. Jul. 2014 (CEST)}}
	Dynamic Code Programming (DCP) ist eine Dynamisierung von objektorientierte Programmierung (OOP) oder serviceorientierte Programmierung (SOP), beide Typen des Softwaredesigns können in DCP integriert werden.		'''Dynamic Code Programming''' (DCP) ist eine Dynamisierung von objektorientierte Programmierung (OOP) oder serviceorientierte Programmierung (SOP), beide Typen des Softwaredesigns können in DCP integriert werden.
	Grundsätzlich wird beim DCP bestehender Code modular von einem Controller geladen. Dieser Controller entscheidet je nach Aufruf beziehungsweise Parametrisierung, welche Module zu laden und eventuell zu instanziieren sind, bestimmt im Zweifel auch die zugehörigen Parameter für die Instanziierung beziehungsweise den Aufruf der Methode oder der Software.		Grundsätzlich wird beim DCP bestehender Code modular von einem Controller geladen. Dieser Controller entscheidet je nach Aufruf beziehungsweise Parametrisierung, welche Module zu laden und eventuell zu instanziieren sind, bestimmt im Zweifel auch die zugehörigen Parameter für die Instanziierung beziehungsweise den Aufruf der Methode oder der Software.
	Beim DCP gibt es keine statische Struktur, die definiert wie der Programmablauf auszusehen hat, vielmehr wird hier auf Basis einer Konfiguration und den Rückmeldungen der einzelnen Ablaufschritte dynamisch entschieden, welcher Schritt als nächstes durchgeführt wird.		Beim DCP gibt es keine statische Struktur, die definiert wie der Programmablauf auszusehen hat, vielmehr wird hier auf Basis einer Konfiguration und den Rückmeldungen der einzelnen Ablaufschritte dynamisch entschieden, welcher Schritt als nächstes durchgeführt wird.

GreatSUN: Anpassung des Designs und der Formulierungen an Wikistandards

2014-07-09T10:10:07Z

Anpassung des Designs und der Formulierungen an Wikistandards

Hydro: Hydro verschob die Seite Dynamic Code Programming (DCP) nach Dynamic Code Programming: doppelmoppel

2014-07-09T09:56:23Z

Hydro verschob die Seite Dynamic Code Programming (DCP) nach Dynamic Code Programming: doppelmoppel

← Nächstältere Version	Version vom 9. Juli 2014, 11:56 Uhr
(kein Unterschied)

← Nächstältere Version		Version vom 9. Juli 2014, 12:10 Uhr
Zeile 1:		Zeile 1:
	{{QS-Antrag\|9. Juli 2014\|2=''[[WP:Vollprogramm]].'' [[Benutzer:XenonX3\|XenonX3]] – ([[Benutzer Diskussion:XenonX3\|☎]]) 11:55, 9. Jul. 2014 (CEST)}}		{{QS-Antrag\|9. Juli 2014\|2=''[[WP:Vollprogramm]].'' [[Benutzer:XenonX3\|XenonX3]] – ([[Benutzer Diskussion:XenonX3\|☎]]) 11:55, 9. Jul. 2014 (CEST)}}
	DCP ist eine Dynamisierung von objektorientierte Programmierung (OOP) oder serviceorientierte Programmierung (SOP), beide Typen des Softwaredesigns können in DCP integriert werden.		Dynamic Code Programming (DCP) ist eine Dynamisierung von objektorientierte Programmierung (OOP) oder serviceorientierte Programmierung (SOP), beide Typen des Softwaredesigns können in DCP integriert werden.
	Grundsätzlich wird beim DCP bestehender Code modular von einem Controller geladen. Dieser Controller ~~entscheided~~ je nach Aufruf ~~bzw.~~ ~~Parameterisierung~~, welche Module zu laden und ~~evtl.~~ zu instanziieren sind, bestimmt im Zweifel auch die zugehörigen Parameter für die Instanziierung ~~bzw.~~ den Aufruf der Methode oder der Software.		Grundsätzlich wird beim DCP bestehender Code modular von einem Controller geladen. Dieser Controller entscheidet je nach Aufruf beziehungsweise Parametrisierung, welche Module zu laden und eventuell zu instanziieren sind, bestimmt im Zweifel auch die zugehörigen Parameter für die Instanziierung beziehungsweise den Aufruf der Methode oder der Software.
	Beim DCP gibt es keine statische Struktur, die definiert wie der Programmablauf auszusehen hat, vielmehr wird hier auf Basis einer Konfiguration und den Rückmeldungen der einzelnen ~~Aufrufschritte~~ dynamisch entschieden, welcher Schritt als nächstes durchgeführt wird.		Beim DCP gibt es keine statische Struktur, die definiert wie der Programmablauf auszusehen hat, vielmehr wird hier auf Basis einer Konfiguration und den Rückmeldungen der einzelnen Ablaufschritte dynamisch entschieden, welcher Schritt als nächstes durchgeführt wird.
	Jeder Schritt ist ein weiterer Zweig, der in den bisherigen Standards (OOP/SOP) fest verankert war. Beim DCP wird der Ablauf jedoch zum Beispiel in einer Konfigurationsdatei oder einer Datenbank festgehalten.		Jeder Schritt ist ein weiterer Zweig, der in den bisherigen Standards (OOP/SOP) fest verankert war. Beim DCP wird der Ablauf jedoch zum Beispiel in einer Konfigurationsdatei oder einer Datenbank festgehalten.

	==Beispiel bei einer Webapplikation==		==Beispiele==
			===Beispiel bei einer Webapplikation===

	Es existiert eine Seite A, die als ~~File~~ auf dem Server liegt.		Es existiert eine Seite A, die als Datei auf dem Server liegt.
	In der Datenbank steht die Anweisung für den Controller, beim Aufruf von /index.html diese Seite zu laden und auszuliefern.		In der Datenbank steht die Anweisung für den Controller, beim Aufruf von /index.html diese Seite zu laden und auszuliefern.
	Falls jetzt ein User einen Request auf /index.html absetzt, liefert der Controller die Seite aus.		Falls jetzt ein User einen Request auf /index.html absetzt, liefert der Controller die Seite aus.

	Ändert man den Datenbankeintrag nun ab und setzt im ~~Ablaufschritt~~ 1 eine ~~Userprüfung~~ ein sowie als Failover für die ~~Userprüfung~~ eine Login-Seite, würde ein nicht angemeldeter ~~User~~ zunächst die definierte Login-Seite sehen und müsste sich anmelden. Schlägt die Anmeldung fehl oder ist der ~~User~~ nicht berechtigt, die Seite zu sehen, wird eine entsprechende Fehlermeldung ausgegeben und der ~~User~~ verbleibt auf der Login-Seite. Bei Erfolg sieht der ~~User~~ die angeforderte Seite.		Ändert man den Datenbankeintrag nun ab und setzt im ersten Ablaufschritt eine Benutzerprüfung ein sowie als Failover für die Benutzerprüfung eine Login-Seite, würde ein nicht angemeldeter Benutzer zunächst die definierte Login-Seite sehen und müsste sich anmelden. Schlägt die Anmeldung fehl oder ist der Benutzer nicht berechtigt, die Seite zu sehen, wird eine entsprechende Fehlermeldung ausgegeben und der Benutzer verbleibt auf der Login-Seite. Bei Erfolg sieht der Benutzer die angeforderte Seite.

	Um Seiten nur für bestimmte ~~User~~ zugänglich zu machen, braucht man je nach Datenbankdesign und Codeaufbau nur noch einen Datenbankeintrag machen und muss nichts am eigentlichen Programmcode ändern.		Um Seiten nur für bestimmte Benutzer zugänglich zu machen, braucht man je nach Datenbankdesign und Codeaufbau nur noch einen Datenbankeintrag machen und muss nichts am eigentlichen Programmcode ändern.

	==Beispiel für eine Formulargenerierung==		===Beispiel für eine Formulargenerierung===

	Bei der Anwendung von DCP für die Formulargenerierung gibt es eine zugrunde liegende Datensatzstruktur und ~~evtl.~~ zusätzliche Parameter, die beeinflussen, wie das Formular später aussieht. Zusätzlich zur Datensatzstruktur gibt es bei Bedarf direkte oder sprachabhängige Übersetzungen, die genutzt werden um die Namen für die Eingabefelder sowie etwaige Zusatztexte zu definieren. ~~Ausserdem~~ wird über eine Typenzuordnung des Datentyps zum Formularfeldtyp entschieden, welche Art Formularfeld hier verwendet wird.		Bei der Anwendung von DCP für die Formulargenerierung gibt es eine zugrunde liegende Datensatzstruktur und eventuell zusätzliche Parameter, die beeinflussen, wie das Formular später aussieht. Zusätzlich zur Datensatzstruktur gibt es bei Bedarf direkte oder sprachabhängige Übersetzungen, die genutzt werden um die Namen für die Eingabefelder sowie etwaige Zusatztexte zu definieren. Außerdem wird über eine Typenzuordnung des Datentyps zum Formularfeldtyp entschieden, welche Art Formularfeld hier verwendet wird.

	Im Falle der Definition der Datensatzstruktur in der Datenbank, würde man einfach die Zieldatentabelle als Grundlage nutzen. Auf diese Art und Weise kann man die Tabelle jederzeit anpassen und das Formular würde sich dann automatisch ändern sowie die neuen Daten damit abfragen.		Im Falle der Definition der Datensatzstruktur in der Datenbank würde man einfach die Zieldatentabelle als Grundlage nutzen. Auf diese Art und Weise kann man die Tabelle jederzeit anpassen und das Formular würde sich dann automatisch ändern sowie die neuen Daten damit abfragen.

			<!-- Kategorien -->
			[[Kategorie:Programmierparadigma]]