<![CDATA[SOA]]>was ist das tolle an einer service orientierten architektur?

]]>https://www.c-plusplus.net/forum/topic/199464/soaRSS for NodeMon, 29 Jun 2026 10:28:57 GMTMon, 03 Dec 2007 12:42:03 GMT60<![CDATA[Reply to SOA on Mon, 03 Dec 2007 12:42:03 GMT]]>was ist das tolle an einer service orientierten architektur?

]]>https://www.c-plusplus.net/forum/post/1414186https://www.c-plusplus.net/forum/post/1414186Mon, 03 Dec 2007 12:42:03 GMT<![CDATA[Reply to SOA on Mon, 03 Dec 2007 12:43:21 GMT]]>Dieser Thread wurde von Moderator/in CStoll aus dem Forum C++ in das Forum Rund um die Programmierung verschoben.

Im Zweifelsfall bitte auch folgende Hinweise beachten:
C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?

Dieses Posting wurde automatisch erzeugt.

]]>https://www.c-plusplus.net/forum/post/1414189https://www.c-plusplus.net/forum/post/1414189Mon, 03 Dec 2007 12:43:21 GMT<![CDATA[Reply to SOA on Mon, 03 Dec 2007 13:05:07 GMT]]>Wiederverwendbarkeit.

Man geht grundsätzlich davon aus, dass so gut wie alle Funktionen (Services) schon implementiert sind. Um eine neue Applikation zu schreiben, muss man im Idealfalle nichts weiter tun, als die entsprechenden Services zusammen zu packen (orchestrieren) und mit einer Programmsteuerung zu koppeln. Hierdurch sinken die Entwicklungskosten, da sehr häufige Anwendungsfälle nur einmal beschrieben und immer wieder verwendet werden.

Inzwischen gibt es verschiedene Ansätze, die sogar unterschiedliche Technologien (RCP, SOAP, CORBA, proprietäres, .NET) miteinander verbindet (ESB).

Im Kleinen ist das Ganze unsinnig, aber wenn man an große Applikationen und Unternehmen denkt, wird das Ganze äußerst Attraktiv..

Außerdem kann man endlich überbezahlte Programmierer degradieren und hat dann Geld, überbezahlte Analysten und Designer einzustellen..

]]>https://www.c-plusplus.net/forum/post/1414210https://www.c-plusplus.net/forum/post/1414210Mon, 03 Dec 2007 13:05:07 GMT<![CDATA[Reply to SOA on Mon, 03 Dec 2007 13:13:12 GMT]]>was ist wenn die funktionen/framework alle neu implementiert werden und später erst wiederverwendet werden?

]]>https://www.c-plusplus.net/forum/post/1414212https://www.c-plusplus.net/forum/post/1414212Mon, 03 Dec 2007 13:13:12 GMT<![CDATA[Reply to SOA on Mon, 03 Dec 2007 14:11:57 GMT]]>Dann hast du deine Einsparungen später..

]]>https://www.c-plusplus.net/forum/post/1414250https://www.c-plusplus.net/forum/post/1414250Mon, 03 Dec 2007 14:11:57 GMT<![CDATA[Reply to SOA on Mon, 03 Dec 2007 16:36:03 GMT]]>Ich würde statt Wiederverwendbarkeit eher die Entkopplung als Hauptvorteil sehen. Statt großer "Klopsprogramme" hat man eine größere Zahl kleiner Programme, die in verschiedenen Sprachen und auch Plattformen implementiert sein können. Dadurch macht man sich auch Pflege und Wartung leichter, da man nicht gezwungen ist, alle Pakete zu migrieren, wenn es zu Plattform- oder Systemänderungen kommt.

]]>https://www.c-plusplus.net/forum/post/1414345https://www.c-plusplus.net/forum/post/1414345Mon, 03 Dec 2007 16:36:03 GMT<![CDATA[Reply to SOA on Mon, 03 Dec 2007 18:54:59 GMT]]>und man kann einen service von mehreren UIs aus nutzen.

]]>https://www.c-plusplus.net/forum/post/1414407https://www.c-plusplus.net/forum/post/1414407Mon, 03 Dec 2007 18:54:59 GMT<![CDATA[Reply to SOA on Mon, 03 Dec 2007 19:46:33 GMT]]>der vorteil einer service orientierten architektur spielt sich erst dann aus, wenn kern funktionalitäten (business logic) an vielen unterschiedlichen stellen, in diversen sprachen verwendet werden. wenn sich eine software beispielsweise in ein third party plugin, eine administrative konsole und eine webanwendung splittet. da treffen möglicherweise drei unterschiedliche sprachen aufeinander und in eine lib ausgelagerte funktionalität ist womöglich nur sehr umständlich für java, c++ und asp anwendungen zur verfügung zu stellen. aber alle drei müssen dieselbe programmlogik zur verfügung stellen. und genau da setzt die service architektur an. im idealen fall muss in einer beliebigen sprache lediglich ein UI gecodet werden und die gesamte logik kann aus den services zusammengekratzt werden. das spart unglaublich viel zeit und vor allem bugs in erneut implementierter logik, die zu inkonsistenzen führen kann.

]]>https://www.c-plusplus.net/forum/post/1414437https://www.c-plusplus.net/forum/post/1414437Mon, 03 Dec 2007 19:46:33 GMT<![CDATA[Reply to SOA on Tue, 04 Dec 2007 06:33:55 GMT]]>Beispielsweise können Banken, deren Programme auch heute noch vielfach in COBOL geschrieben sind, auf Java EE umsteigen, ihr Webangebot verbreitern und das, ohne ihre schon existierenden Logik-Module neu zu implementieren..

]]>https://www.c-plusplus.net/forum/post/1414543https://www.c-plusplus.net/forum/post/1414543Tue, 04 Dec 2007 06:33:55 GMT