Verfügbarkeit: Clean Architecture

Clean Architecture: das Praxis-Handbuch für professionelles Softwaredesign : Regeln und Paradigmen für effiziente Softwarestrukturen

Gespeichert in:

Bibliographische Detailangaben
1. Verfasser:	Martin, Robert C. 1952- (VerfasserIn)
Weitere Verfasser:	Feilen, Maren (ÜbersetzerIn), Lorenzen, Knut (ÜbersetzerIn)
Format:	Buch
Sprache:	German
Veröffentlicht:	Frechen mitp 2018
Ausgabe:	1. Auflage, deutsche Ausgabe
Schlagworte:	Softwarearchitektur Software Engineering Programmcode Softwareentwickler und -architekten Software Programmierung Softwareentwicklung Softewarearchitektur
Online-Zugang:	Inhaltsverzeichnis
Beschreibung:	373 Seiten Illustrationen, Diagramme 24 cm x 17 cm, 1 g
ISBN:	9783958457249 395845724X

Internformat

MARC


LEADER	00000nam a2200000 c 4500
001	BV044827084
003	DE-604
005	20190822
007	t
008	180305s2018 gw a\|\|\| \|\|\|\| 00\|\|\| ger d
015			\|a 18,N01 \|2 dnb
016	7		\|a 1149274395 \|2 DE-101
020			\|a 9783958457249 \|c Broschur : EUR 29.99 (DE), EUR 29.99 (AT) \|9 978-3-95845-724-9
020			\|a 395845724X \|9 3-95845-724-X
024	3		\|a 9783958457249
035			\|a (OCoLC)1028929540
035			\|a (DE-599)DNB1149274395
040			\|a DE-604 \|b ger \|e rda
041	0		\|a ger
044			\|a gw \|c XA-DE-NW
049			\|a DE-1102 \|a DE-1050 \|a DE-706 \|a DE-91G \|a DE-19 \|a DE-860 \|a DE-859 \|a DE-29T \|a DE-2070s \|a DE-92 \|a DE-573 \|a DE-1043 \|a DE-703 \|a DE-2174 \|a DE-M347 \|a DE-384 \|a DE-11 \|a DE-83 \|a DE-B768 \|a DE-523 \|a DE-Aug4
082	0		\|a 004 \|2 23
084			\|a ST 230 \|0 (DE-625)143617: \|2 rvk
084			\|a DAT 310f \|2 stub
084			\|a 004 \|2 sdnb
100	1		\|a Martin, Robert C. \|d 1952- \|e Verfasser \|0 (DE-588)114440964 \|4 aut
240	1	0	\|a Clean architecture
245	1	0	\|a Clean Architecture \|b das Praxis-Handbuch für professionelles Softwaredesign : Regeln und Paradigmen für effiziente Softwarestrukturen \|c Robert C. Martin ; Übersetzung aus dem Amerikanischen von Maren Feilen und Knut Lorenzen
250			\|a 1. Auflage, deutsche Ausgabe
264		1	\|a Frechen \|b mitp \|c 2018
300			\|a 373 Seiten \|b Illustrationen, Diagramme \|c 24 cm x 17 cm, 1 g
336			\|b txt \|2 rdacontent
337			\|b n \|2 rdamedia
338			\|b nc \|2 rdacarrier
650	0	7	\|a Softwarearchitektur \|0 (DE-588)4121677-5 \|2 gnd \|9 rswk-swf
650	0	7	\|a Software Engineering \|0 (DE-588)4116521-4 \|2 gnd \|9 rswk-swf
650	0	7	\|a Programmcode \|0 (DE-588)4734701-6 \|2 gnd \|9 rswk-swf
653			\|a Softwareentwickler und -architekten
653			\|a Software
653			\|a Programmierung
653			\|a Softwareentwicklung
653			\|a Softewarearchitektur
689	0	0	\|a Softwarearchitektur \|0 (DE-588)4121677-5 \|D s
689	0		\|5 DE-604
689	1	0	\|a Programmcode \|0 (DE-588)4734701-6 \|D s
689	1	1	\|a Software Engineering \|0 (DE-588)4116521-4 \|D s
689	1		\|5 DE-604
700	1		\|a Feilen, Maren \|4 trl
700	1		\|a Lorenzen, Knut \|0 (DE-588)1020241446 \|4 trl
710	2		\|a mitp Verlags GmbH & Co. KG \|0 (DE-588)1065362072 \|4 pbl
776	0	8	\|i Erscheint auch als \|n Online-Ausgabe, PDF/ePub \|z 978-3-95845-726-3
856	4	2	\|m DNB Datenaustausch \|q application/pdf \|u http://bvbr.bib-bvb.de:8991/F?func=service&doc_library=BVB01&local_base=BVB01&doc_number=030221978&sequence=000001&line_number=0001&func_code=DB_RECORDS&service_type=MEDIA \|3 Inhaltsverzeichnis
999			\|a oai:aleph.bib-bvb.de:BVB01-030221978

Datensatz im Suchindex

_version_	1804178324852834304
adam_text	INHALTSVERZEICHNIS VORWORT................................................................................................. 15 EINLEITUNG............................................................................................. 19 UEBER DEN A U TO R................................................................................... 23 DANKSAGUNG......................................................................................... 24 TEIL I EINFUEHRUNG........................................................................................... 25 1 WAS BEDEUTEN DESIGN UND ARCHITEKTUR?.................................... 29 1.1 DAS ZIEL?............................................................................................... 30 1.2 FALLSTUDIE............................................................................................. 31 1.2.1 DIE SIGNATUR DES C HAOS ......................................................... 32 1.2.2 DIE PERSPEKTIVE DER UNTERNEHMENSLEITUNG.......................... 33 1.2.3 WAS IST SCHIEFGELAUFEN? ......................................................... 34 1.3 F AZIT..................................................................................................... 37 2 DIE GESCHICHTE ZWEIER WERTE ............................................................. 39 2.1 VERHALTEN............................................................................................. 39 2.2 ARCHITEKTUR............................................................................................ 40 2.3 DER GROESSERE WERT................................................................................. 41 2.4 DAS EISENHOWER-PRINZIP..................................................................... 42 2.5 DER KAMPF FUER DIE ARCHITEKTUR ........................................................... 43 TEIL II DIE ERSTEN BAUSTEINE SETZEN: PROGRAMMIERPARADIGMEN ................. 45 3 DIE PARADIGMEN ......................................................................... 47 3.1 STRUKTURIERTE PROGRAMMIERUNG ......................................................... 47 3.2 OBJEKTORIENTIERTE PROGRAMMIERUNG ................................................... 48 3.3 FUNKTIONALE PROGRAMMIERUNG ........................................................... 48 3.4 DENKANSTOESSE ................................... 49 3.5 F AZIT..................................................................................................... 49 4 STRUKTURIERTE PROGRAMMIERUNG ........................................................... 51 4.1 DIE BEWEISFUEHRUNG ............................................................................. 52 4.2 EINE SCHAEDLICHE PROKLAMATION.......................................................... 54 4.3 FUNKTIONALE DEKOMPOSITION ............................................................... 55 4.4 KEINE FORMALEN BEWEISE ..................................................................... 55 4.5 WISSENSCHAFT ALS R ETTUNG ................................................................... 55 4.6 T ESTS..................................................................................................... 56 4.7 F A Z IT..................................................................................................... 57 5 OBJEKTORIENTIERTE PROGRAMMIERUNG.................................................... 59 5.1 DATENKAPSELUNG?................................................................................. 60 5.2 VERERBUNG?........................................................................................... 63 5.3 POLYMORPHIE......................................................................................... 65 5.3.1 DIE MACHT DER POLYMORPHIE ................................................... 67 5.3.2 ABHAENGIGKEITSUMKEHR ........................................................... 68 5.4 F A Z IT..................................................................................................... 71 6 FUNKTIONALE PROGRAMMIERUNG ........................................................... 73 6.1 QUADRIERUNG VON IN TEG E M ................................................................. 74 6.2 U NVERAENDERBARKEIT UND ARCHITEKTUR.................................................... 75 6.3 UNTERTEILUNG DER VERAENDERBARKEIT...................................................... 76 6.4 EVENT SOURCING..................................................................................... 77 6.5 F A Z IT..................................................................................................... 79 TEIL III DESIGNPRINZIPIEN................................................................................. 81 7 SRP: DAS SINGLE-RESPONSIBILITY-PRINZIP.............................................. 85 7.1 SYMPTOM 1: VERSEHENTLICHE DUPLIZIERUNG.......................................... 86 7.2 SYMPTOM 2: MERGES............................................................................. 88 7.3 LOESUNGEN............................................................................................. 89 7.4 F A Z IT..................................................................................................... 90 8 OCP: DAS OPEN-CLOSED-PRINZIP ......................................................... 91 8.1 EIN GEDANKENEXPERIMENT ................................................................... 92 8.2 RICHTUNGSSTEUERUNG............................................................................. 95 8.3 INFORMATION HIDING ............................................................................. 95 8.4 F A Z IT..................................................................................................... 96 9 LSP: DAS LISKOV SCHE SUBSTITUTIONSPRINZIP........................................ 97 9.1 GESTEUERTE NUTZUNG DER VERERBUNG .................................................... 98 9.2 DAS QUADRAT-RECHTECK-PROBLEM ......................................................... 98 9.3 DAS LSP UND DIE SOFTWAREARCHITEKTUR ............................................... 99 9.4 BEISPIEL FUER EINEN VERSTOSS GEGEN DAS LSP ......................................... 99 9.5 F AZIT..................................................................................................... 101 10 ISP: DAS INTERFACE-SEGREGATION-PRINZIP ............................................. 103 10.1 DAS ISP UND DIE PROGRAMMIERSPRACHEN ........................................... 104 10.2 DAS ISP UND DIE SOFTWAREARCHITEKTUR ................................................. 105 10.3 F AZIT..................................................................................................... 105 11 DIP: DAS DEPENDENCY-INVERSION-PRINZIP ........................................... 107 11.1 STABILE ABSTRAKTIONEN......................................................................... 108 11.2 FACTORIES............................................................................................... 109 11.3 KONKRETE KOMPONENTEN..................................................................... 110 11.4 F AZIT..................................................................................................... 110 TEIL IV KOMPONENTENPRINZIPIEN .................................................................... 111 12 KOMPONENTEN..................................................................................... 113 12.1 EINE KURZE HISTORIE DER KOMPONENTEN ............................................. 114 12.2 RELOKATIERBARKEIT................................................................................. 116 12.3 LINKER................................................................................................... 117 12.4 F AZIT..................................................................................................... 119 13 KOMPONENTENKOHAESION........................................................................ 121 13.1 REP: DAS REUSE-RELEASE-EQUIVALENCE-PRINZIP.................................... 121 13.2 CCP: DAS COMMON-CLOSURE-PRINZIP ................................................. 123 13.2.1 AEHNLICHKEITEN MIT DEM SR P ................................................. 124 13.3 CRP: DAS COMMON-REUSE-PRINZIP ................................................... 124 13.3.1 RELATION ZUM IS P ................................................................... 125 13.4 DAS SPANNUNGSDIAGRAMM FUER DIE KOMPONENTENKOHAESION .............. 125 13.5 F AZIT..................................................................................................... 127 14 KOMPONENTENKOPPLUNG..................................................................... 129 14.1 ADP: DAS ACYCLIC-DEPENDENCIES-PRINZIP............................................ 129 14.1.1 DER WOECHENTLICHE BUILD ......................................................... 130 14.1.2 ABHAENGIGKEITSZYKLEN ABSCHAFFEN ........................................... 131 14.1.3 AUSWIRKUNG EINES ZYKLUS IN EINEM KOMPONENTEN ABHAENGIGKEITSGRAPHEN ........................................................... 133 14.1.4 DEN ZYKLUS DURCHBRECHEN ..................................................... 134 14.1.5 JITTERS (FLUKTUATIONEN) ........................................................... 135 14.2 TOP-DOWN-DESIGN................................................................................. 136 14.3 SDP: DAS STABLE-DEPENDENCIES-PRINZIP.............................................. 137 14.3.1 STABILITAET......................................................................... 137 14.3.2 STABILITAETSMETRIKEN ................................................................. 139 14.3.3 NICHT ALLE KOMPONENTEN SOLLTEN STABIL S E IN .......................... 141 14.3.4 ABSTRAKTE KOMPONENTEN ....................................................... 143 14.4 SAP: DAS STABLE-ABSTRACTIONS-PRINZIP................................................ 143 14.4.1 WO WERDEN DIE UEBERGEORDNETEN RICHTLINIEN HINTERLEGT? .... 143 14.4.2 EINFUEHRUNG IN DAS SAP (STABLE-ABSTRACTIONS-PRINZIP) .......... 143 14.4.3 BEMESSUNG DER ABSTRAKTION.................................................... 144 14.4.4 DIE HAUPTREIHE ..................................................................... 144 14.4.5 DIE ZONE OF PAIN ............................................................... 145 14.4.6 DIE ZONE OFU SELESSNESS ................................................. 146 14.4.7 DIE AUSSCHLUSSZONEN VERM EIDEN.......................................... 147 14.4.8 ABSTAND VON DER H AUPTREIHE.................................................. 147 14.5 F A Z IT..................................................................................................... 149 TEIL V SOFTWAREARCHITEKTUR............................................................................. 151 15 WAS IST SOFTWAREARCHITEKTUR? ............................................................... 153 15.1 ENTWICKLUNG......................................................................................... 155 15.2 DEPLOYMENT......................................................................................... 155 15.3 BETRIEB................................................................................................... 156 15.4 INSTANDHALTUNG..................................................................................... 157 15.5 OPTIONEN OFFENHALTEN ........................................................................... 157 15.6 GERAETEUNABHAENGIGKEIT ......................................................................... 159 15.7 JUNK M AIL............................................................................................. 161 15.8 PHYSISCHE ADRESSIERUNG ..................................................................... 162 15.9 F A Z IT..................................................................................................... 163 16 UNABHAENGIGKEIT................................................................................... 165 16.1 USE GASES............................................................................................. 165 16.2 BETRIEB................................................................................................... 166 16.3 ENTWICKLUNG......................................................................................... 167 16.4 DEPLOYMENT......................................................................................... 167 16.5 OPTIONEN OFFENHALTEN..................................................................... 168 16.6 LAYER ENTKOPPELN ................................................. 168 16.7 USE GASES ENTKOPPELN......................................................... 169 16.8 ENTKOPPLUNGSMODI ............................................................................. 170 16.9 UNABHAENGIGE ENTWICKELBARKEIT ........................................................... 171 16.10 UNABHAENGIGE DEPLOYBARKEIT............................................................... 171 16.11 DUPLIZIERUNG....................................................................................... 171 16.12 ENTKOPPLUNGSMODI (ZUM ZWEITEN) ................................................... 172 16.12.1 WELCHER MODUS IST AM BESTEN GEEIGNET?............................ 173 16.13 F AZIT..................................................................................................... 174 17 GRENZEN: LINIEN ZIEHEN....................................................................... 175 17.1 EIN PAAR TRAURIGE GESCHICHTEN ........................................................... 176 17.2 FITNESSE............................................................................................... 179 17.3 WELCHE GRENZEN SOLLTEN SIE ZIEHEN - UND WANN?.............................. 181 17.4 WIE VERHAELT ES SICH MIT DER EIN- UND AUSGABE?................................... 184 17.5 PLUG-IN-ARCHITEKTUR............................................................................. 185 17.6 DAS PLUG-IN-ARGUMENT....................................................................... 186 17.7 F AZIT..................................................................................................... 187 18 ANATOMIE DER G RENZEN....................................................................... 189 18.1 GRENZUEBERSCHREITUNGEN..................................................................... 189 18.2 DER GEFUERCHTETE MONOLITH................................................................... 190 18.3 DEPLOYMENT-KOMPONENTEN................................................................. 192 18.4 THREADS................................................................................................. 192 18.5 LOKALE PROZESSE................................................................................... 193 18.6 SERVICES................................................................................................. 193 18.7 F AZIT............................................................. 194 19 RICHTLINIEN UND E BENEN..................................................................... 195 19.1 EBENE................................................................................................... 196 19.2 F AZIT..................................................................................................... 199 20 GESCHAEFTSREGELN........................................................... 201 20.1 ENTITAETEN............................................................................................... 202 20.2 USE GASES............................................................................................. 203 20.3 REQUEST-AND-RESPONSE-MODELLE ............................. 205 20.4 F AZIT..................................................................................................... 206 21 DIE SCHREIENDE SOFTWAREARCHITEKTUR ................................................... 207 21.1 DAS THEMA EINER ARCHITEKTUR ............................................................. 208 21.2 DER ZWECK EINER SOFTWAREARCHITEKTUR ............................................... 208 21.3 ABER WAS IST MIT DEM W EB?............................................................... 209 21.4 FRAMEWORKS SIND TOOLS, KEINE LEBENSEINSTELLUNG............................ 209 21.5 TESTFAEHIGE ARCHITEKTUREN................................................................... 210 21.6 F AZIT..................................................................................................... 210 22 DIE SAUBERE ARCHITEKTUR ..................................................................... 211 22.1 DIE ABHAENGIGKEITSREGEL (DEPENDENCY R ULE)...................................... 213 22.1.1 ENTITAETEN................................................................................. 213 22.1.2 USE G ASES ............................................................................... 213 22.1.3 SCHNITTSTELLENADAPTER ............................................................. 214 22.1.4 FRAMEWORKS UND TREIBER........................................................ 214 22.1.5 NUR VIER K REISE? ..................................................................... 215 22.1.6 GRENZEN UEBERSCHREITEN............................................................ 215 22.1.7 WELCHE DATEN UEBERQUEREN DIE G RENZLINIEN? ........................ 216 22.2 EIN TYPISCHES BEISPIEL ......................................................................... 216 22.3 F A Z IT..................................................................................................... 217 23 PRESENTERS UND HUMBLE OBJECTS...................................................... 219 23.1 DAS PATTEM HUMBLE OBJECT............................................................ 219 23.2 PRESENTERS UND VIEW S ......................................................................... 220 23.3 DAS TESTEN UND DIE SOFTWAREARCHITEKTUR............................................ 221 23.4 DATENBANK-GATEWAYS ........................................................................... 221 23.5 DATA MAPPERS....................................................................................... 221 23.6 SERVICE LISTENERS ................................................................................. 222 23.7 F A Z IT..................................................................................................... 222 24 PARTIELLE GRENZEN ................................................................................. 223 24.1 DEN LETZTEN SCHRITT WEGLASSEN.............................................................. 224 24.2 EINDIMENSIONALE GRENZEN.................................................................... 224 24.3 FASSADEN............................................................................................... 225 24.4 F A Z IT..................................................................................................... 226 25 LAYER UND GRENZEN ............................................................................. 227 25.1 HUNT THE WUMPUS ............................................................................... 228 25.2 SAUBERE ARCHITEKTUR? ........................................................................... 229 25.3 DATENSTROMUEBERSCHREITUNGEN.............................................................. 231 25.4 DATENSTROEME TE ILE N ............................................................................. 232 25.5 F A Z IT..................................................................................................... 234 26 DIE KOMPONENTE M AIN ....................................................................... 235 26.1 DAS ULTIMATIVE DETAIL ........................................................................... 235 26.2 F A Z IT..................................................................................................... 239 27 SERVICES - GROSSE UND KLEINE ............................................................... 241 27.1 SERVICEARCHITEKTUR? ................................................................................ 241 27.2 VORTEILE DER SERVICES?......................................................................... 242 27.2.1 DENKFALLE: ENTKOPPLUNG ......................................................... 242 27.2.2 DENKFALLE: UNABHAENGIGE ENTWICKEL- UND DEPLOYBARKEIT. . . . 243 27.3 DAS KAETZCHEN-PROBLEM....................................................................... 243 27.4 OBJEKTE ALS RETTUNG............................................................................. 245 27.5 KOMPONENTENBASIERTE SERVICES ......................................................... 247 27.6 CROSS-CUTTING CONCERNS..................................................................... 248 27.7 F AZIT..................................................................................................... 248 28 DIE TESTGRENZE..................................................................................... 249 28.1 TESTS ALS SYSTEMKOMPONENTEN ........................................................... 249 28.2 DESIGN FUER TESTFAEHIGKEIT..................................................................... 250 28.3 DIE TEST-API......................................................................................... 251 28.3.1 STRUKTURELLE KOPPLUNG ........................................................... 251 28.3.2 SICHERHEIT............................................................................... 252 28.4 F AZIT..................................................................................................... 252 29 SAUBERE EINGEBETTETE ARCHITEKTUR ....................................................... 253 29.1 APP-EIGNUNGSTEST............................................................................... 256 29.2 DER FLASCHENHALS DER ZIELHARDWARE ................................................... 259 29.2.1 EINE SAUBERE EINGEBETTETE ARCHITEKTUR IST EINE TESTFAEHIGE EINGEBETTETE ARCHITEKTUR ......................................................... 260 29.2.2 OFFENBAREN SIE DEM HAL-USER KEINE HARDWAREDETAILS ___ 263 29.3 F AZIT......................................................................... 269 TEIL VI DETAILS................................................................................................... 271 30 DIE DATENBANK IST EIN DETAIL ............................................................... 273 30.1 RELATIONALE DATENBANKEN................................................................... 274 30.2 WARUM SIND DATENBANKSYSTEME SO WEIT VERBREITET?.......................... 274 30.3 WAS WAERE, WENN ES KEINE FESTPLATTEN GAEBE?...................................... 275 30.4 DETAILS................................................................................................... 276 30.5 UND WAS IST MIT DER PERFORMANCE? ..................................................... 276 30.6 A NEKDOTE............................................................................................. 277 30.7 F AZIT..................................................................................................... 278 31 DAS WEB IST EIN DETAIL......................................................................... 279 31.1 DER IMMERWAEHRENDE PENDELAUSSCHLAG ............................................. 280 31.2 QUINTESSENZ......................................................................................... 281 31.3 F AZIT..................................................................................................... 282 32 EIN FRAMEWORK IST EIN D ETAIL ............................................................. 283 32.1 FRAMEWORK-AUTOREN ........................................................................... 284 32.2 ASYMMETRISCHE EHE ............................................................................. 284 32.3 DIE RISIKEN........................................................................................... 285 32.4 DIE LOESUNG........................................................................................... 285 32.5 HIERMIT ERKLAERE ICH EUCH Z U ................................................................ 286 32.6 F A Z IT..................................................................................................... 286 33 FALLSTUDIE: SOFTWARE FUER DEN VERKAUF VON V IDEOS.............................. 287 33.1 DAS PRODUKT......................................................................................... 287 33.2 USE-CASE-ANALYSE................................................................................. 288 33.3 KOMPONENTENARCHITEKTUR ................................................................... 289 33.4 ABHAENGIGKEITSMANAGEMENT ............................................................... 291 33.5 F A Z IT..................................................................................................... 291 34 DAS FEHLENDE KAPITEL ........................................................................... 293 34.1 PACKAGE BY LAYER ................................................................................. 294 34.2 PACKAGE BY F EATU RE ............................................................................. 295 34.3 PORTS AND ADAPTERS............................................................................... 297 34.4 PACKAGE BY COMPONENT ....................................................................... 299 34.5 DER TEUFEL STECKT IN DEN IMPLEMENTIERUNGSDETAILS ............................ 304 34.6 ORGANISATION VS. KAPSELUNG ................................................................. 305 34.7 ANDERE ENTKOPPLUNGSMODI ................................................................. 308 34.8 FAZIT: DER FEHLENDE RATSCHLAG ............................................................. 309 A ARCHITEKTURARCHAEOLOGIE........................................................................ 311 A.L DAS BUCHHALTUNGSSYSTEM FUER DIE GEWERKSCHAFT................................. 312 A. 2 ZURECHTSCHNEIDEN MIT DEM LASER......................................................... 317 A.3 MONITORING VON ALUMINIUMSPRITZGUSS............................................... 321 A.4 4-TEL...................................................................................................... 322 A.4.1 SERVICE AREA COMPUTER ............................................................ 326 A.4.2 ERMITTLUNG DES W ARTUNGSBEDARFS .......................................... 327 A.4.3 A RCHITEKTUR.............................................................................. 327 A.4.4 DIE GROSSE NEUGESTALTUNG ........................................................ 329 A.4.5 EUROPA...................................................................................... 330 A.4.6 SAG: FAZIT................................................................................ 330 A.5 DIE PROGRAMMIERSPRACHE C ................................................................ 331 A.5.1 C ................................................................................................ 332 A.6 BOSS...................................................................................................... 332 A.7 PROJEKT CCU.......................................................................................... 333 A.7.1 DENKFALLE: DIE PLANUNG......................................................... 334 A.8 DLU/DRU............................................................................................ 335 A.8.1 ARCHITEKTUR ............................................................................ 336 A.9 VRS....................................................................................................... 337 A.9.1 DER N AM E............................................................................... 338 A.9.2 ARCHITEKTUR ............................................................................ 338 A.9.3 VRS: FAZIT .............................................................................. 339 A.10 DER ELEKTRONISCHE REZEPTIONIST .......................................................... 340 A.10.1 DER UNTERGANG DES ER........................................................... 341 A.LL GRAFT DISPATCH SYSTEM.......................................................................... 342 A.12 CLEAR COMMUNICATIONS........................................................................ 344 A.12.1 DIE GEGEBENHEITEN................................................................. 345 A.12.2 UNCLE BOB............................................................................... 346 A.12.3 DAS TELEFONGESPRAECH............................................................. 346 A.13 RO SE.................................................................................................... 347 A.13.1 FORTSETZUNG DER DEBATTEN...................................................... 348 A.13.2 ... UNTER ANDEREM NAMEN....................................................... 348 A.14 PRUEFUNG ZUM EINGETRAGENEN ARCHITEKTEN .......................................... 349 A.15 F AZIT...................................................................................................... 352 B NACHWORT.............................................................................................. 353 STICHWORTVERZEICHNIS 357
any_adam_object	1
author	Martin, Robert C. 1952-
author2	Feilen, Maren Lorenzen, Knut
author2_role	trl trl
author2_variant	m f mf k l kl
author_GND	(DE-588)114440964 (DE-588)1020241446
author_facet	Martin, Robert C. 1952- Feilen, Maren Lorenzen, Knut
author_role	aut
author_sort	Martin, Robert C. 1952-
author_variant	r c m rc rcm
building	Verbundindex
bvnumber	BV044827084
classification_rvk	ST 230
classification_tum	DAT 310f
ctrlnum	(OCoLC)1028929540 (DE-599)DNB1149274395
dewey-full	004
dewey-hundreds	000 - Computer science, information, general works
dewey-ones	004 - Computer science
dewey-raw	004
dewey-search	004
dewey-sort	14
dewey-tens	000 - Computer science, information, general works
discipline	Informatik
edition	1. Auflage, deutsche Ausgabe
format	Book
fullrecord	<?xml version="1.0" encoding="UTF-8"?><collection xmlns="http://www.loc.gov/MARC21/slim"><record><leader>02595nam a2200601 c 4500</leader><controlfield tag="001">BV044827084</controlfield><controlfield tag="003">DE-604</controlfield><controlfield tag="005">20190822 </controlfield><controlfield tag="007">t</controlfield><controlfield tag="008">180305s2018 gw a\|\|\| \|\|\|\| 00\|\|\| ger d</controlfield><datafield tag="015" ind1=" " ind2=" "><subfield code="a">18,N01</subfield><subfield code="2">dnb</subfield></datafield><datafield tag="016" ind1="7" ind2=" "><subfield code="a">1149274395</subfield><subfield code="2">DE-101</subfield></datafield><datafield tag="020" ind1=" " ind2=" "><subfield code="a">9783958457249</subfield><subfield code="c">Broschur : EUR 29.99 (DE), EUR 29.99 (AT)</subfield><subfield code="9">978-3-95845-724-9</subfield></datafield><datafield tag="020" ind1=" " ind2=" "><subfield code="a">395845724X</subfield><subfield code="9">3-95845-724-X</subfield></datafield><datafield tag="024" ind1="3" ind2=" "><subfield code="a">9783958457249</subfield></datafield><datafield tag="035" ind1=" " ind2=" "><subfield code="a">(OCoLC)1028929540</subfield></datafield><datafield tag="035" ind1=" " ind2=" "><subfield code="a">(DE-599)DNB1149274395</subfield></datafield><datafield tag="040" ind1=" " ind2=" "><subfield code="a">DE-604</subfield><subfield code="b">ger</subfield><subfield code="e">rda</subfield></datafield><datafield tag="041" ind1="0" ind2=" "><subfield code="a">ger</subfield></datafield><datafield tag="044" ind1=" " ind2=" "><subfield code="a">gw</subfield><subfield code="c">XA-DE-NW</subfield></datafield><datafield tag="049" ind1=" " ind2=" "><subfield code="a">DE-1102</subfield><subfield code="a">DE-1050</subfield><subfield code="a">DE-706</subfield><subfield code="a">DE-91G</subfield><subfield code="a">DE-19</subfield><subfield code="a">DE-860</subfield><subfield code="a">DE-859</subfield><subfield code="a">DE-29T</subfield><subfield code="a">DE-2070s</subfield><subfield code="a">DE-92</subfield><subfield code="a">DE-573</subfield><subfield code="a">DE-1043</subfield><subfield code="a">DE-703</subfield><subfield code="a">DE-2174</subfield><subfield code="a">DE-M347</subfield><subfield code="a">DE-384</subfield><subfield code="a">DE-11</subfield><subfield code="a">DE-83</subfield><subfield code="a">DE-B768</subfield><subfield code="a">DE-523</subfield><subfield code="a">DE-Aug4</subfield></datafield><datafield tag="082" ind1="0" ind2=" "><subfield code="a">004</subfield><subfield code="2">23</subfield></datafield><datafield tag="084" ind1=" " ind2=" "><subfield code="a">ST 230</subfield><subfield code="0">(DE-625)143617:</subfield><subfield code="2">rvk</subfield></datafield><datafield tag="084" ind1=" " ind2=" "><subfield code="a">DAT 310f</subfield><subfield code="2">stub</subfield></datafield><datafield tag="084" ind1=" " ind2=" "><subfield code="a">004</subfield><subfield code="2">sdnb</subfield></datafield><datafield tag="100" ind1="1" ind2=" "><subfield code="a">Martin, Robert C.</subfield><subfield code="d">1952-</subfield><subfield code="e">Verfasser</subfield><subfield code="0">(DE-588)114440964</subfield><subfield code="4">aut</subfield></datafield><datafield tag="240" ind1="1" ind2="0"><subfield code="a">Clean architecture</subfield></datafield><datafield tag="245" ind1="1" ind2="0"><subfield code="a">Clean Architecture</subfield><subfield code="b">das Praxis-Handbuch für professionelles Softwaredesign : Regeln und Paradigmen für effiziente Softwarestrukturen</subfield><subfield code="c">Robert C. Martin ; Übersetzung aus dem Amerikanischen von Maren Feilen und Knut Lorenzen</subfield></datafield><datafield tag="250" ind1=" " ind2=" "><subfield code="a">1. Auflage, deutsche Ausgabe</subfield></datafield><datafield tag="264" ind1=" " ind2="1"><subfield code="a">Frechen</subfield><subfield code="b">mitp</subfield><subfield code="c">2018</subfield></datafield><datafield tag="300" ind1=" " ind2=" "><subfield code="a">373 Seiten</subfield><subfield code="b">Illustrationen, Diagramme</subfield><subfield code="c">24 cm x 17 cm, 1 g</subfield></datafield><datafield tag="336" ind1=" " ind2=" "><subfield code="b">txt</subfield><subfield code="2">rdacontent</subfield></datafield><datafield tag="337" ind1=" " ind2=" "><subfield code="b">n</subfield><subfield code="2">rdamedia</subfield></datafield><datafield tag="338" ind1=" " ind2=" "><subfield code="b">nc</subfield><subfield code="2">rdacarrier</subfield></datafield><datafield tag="650" ind1="0" ind2="7"><subfield code="a">Softwarearchitektur</subfield><subfield code="0">(DE-588)4121677-5</subfield><subfield code="2">gnd</subfield><subfield code="9">rswk-swf</subfield></datafield><datafield tag="650" ind1="0" ind2="7"><subfield code="a">Software Engineering</subfield><subfield code="0">(DE-588)4116521-4</subfield><subfield code="2">gnd</subfield><subfield code="9">rswk-swf</subfield></datafield><datafield tag="650" ind1="0" ind2="7"><subfield code="a">Programmcode</subfield><subfield code="0">(DE-588)4734701-6</subfield><subfield code="2">gnd</subfield><subfield code="9">rswk-swf</subfield></datafield><datafield tag="653" ind1=" " ind2=" "><subfield code="a">Softwareentwickler und -architekten</subfield></datafield><datafield tag="653" ind1=" " ind2=" "><subfield code="a">Software</subfield></datafield><datafield tag="653" ind1=" " ind2=" "><subfield code="a">Programmierung</subfield></datafield><datafield tag="653" ind1=" " ind2=" "><subfield code="a">Softwareentwicklung</subfield></datafield><datafield tag="653" ind1=" " ind2=" "><subfield code="a">Softewarearchitektur</subfield></datafield><datafield tag="689" ind1="0" ind2="0"><subfield code="a">Softwarearchitektur</subfield><subfield code="0">(DE-588)4121677-5</subfield><subfield code="D">s</subfield></datafield><datafield tag="689" ind1="0" ind2=" "><subfield code="5">DE-604</subfield></datafield><datafield tag="689" ind1="1" ind2="0"><subfield code="a">Programmcode</subfield><subfield code="0">(DE-588)4734701-6</subfield><subfield code="D">s</subfield></datafield><datafield tag="689" ind1="1" ind2="1"><subfield code="a">Software Engineering</subfield><subfield code="0">(DE-588)4116521-4</subfield><subfield code="D">s</subfield></datafield><datafield tag="689" ind1="1" ind2=" "><subfield code="5">DE-604</subfield></datafield><datafield tag="700" ind1="1" ind2=" "><subfield code="a">Feilen, Maren</subfield><subfield code="4">trl</subfield></datafield><datafield tag="700" ind1="1" ind2=" "><subfield code="a">Lorenzen, Knut</subfield><subfield code="0">(DE-588)1020241446</subfield><subfield code="4">trl</subfield></datafield><datafield tag="710" ind1="2" ind2=" "><subfield code="a">mitp Verlags GmbH & Co. KG</subfield><subfield code="0">(DE-588)1065362072</subfield><subfield code="4">pbl</subfield></datafield><datafield tag="776" ind1="0" ind2="8"><subfield code="i">Erscheint auch als</subfield><subfield code="n">Online-Ausgabe, PDF/ePub</subfield><subfield code="z">978-3-95845-726-3</subfield></datafield><datafield tag="856" ind1="4" ind2="2"><subfield code="m">DNB Datenaustausch</subfield><subfield code="q">application/pdf</subfield><subfield code="u">http://bvbr.bib-bvb.de:8991/F?func=service&doc_library=BVB01&local_base=BVB01&doc_number=030221978&sequence=000001&line_number=0001&func_code=DB_RECORDS&service_type=MEDIA</subfield><subfield code="3">Inhaltsverzeichnis</subfield></datafield><datafield tag="999" ind1=" " ind2=" "><subfield code="a">oai:aleph.bib-bvb.de:BVB01-030221978</subfield></datafield></record></collection>
id	DE-604.BV044827084
illustrated	Illustrated
indexdate	2024-07-10T08:02:10Z
institution	BVB
institution_GND	(DE-588)1065362072
isbn	9783958457249 395845724X
language	German
oai_aleph_id	oai:aleph.bib-bvb.de:BVB01-030221978
oclc_num	1028929540
open_access_boolean
owner	DE-1102 DE-1050 DE-706 DE-91G DE-BY-TUM DE-19 DE-BY-UBM DE-860 DE-859 DE-29T DE-2070s DE-92 DE-573 DE-1043 DE-703 DE-2174 DE-M347 DE-384 DE-11 DE-83 DE-B768 DE-523 DE-Aug4
owner_facet	DE-1102 DE-1050 DE-706 DE-91G DE-BY-TUM DE-19 DE-BY-UBM DE-860 DE-859 DE-29T DE-2070s DE-92 DE-573 DE-1043 DE-703 DE-2174 DE-M347 DE-384 DE-11 DE-83 DE-B768 DE-523 DE-Aug4
physical	373 Seiten Illustrationen, Diagramme 24 cm x 17 cm, 1 g
publishDate	2018
publishDateSearch	2018
publishDateSort	2018
publisher	mitp
record_format	marc
spelling	Martin, Robert C. 1952- Verfasser (DE-588)114440964 aut Clean architecture Clean Architecture das Praxis-Handbuch für professionelles Softwaredesign : Regeln und Paradigmen für effiziente Softwarestrukturen Robert C. Martin ; Übersetzung aus dem Amerikanischen von Maren Feilen und Knut Lorenzen 1. Auflage, deutsche Ausgabe Frechen mitp 2018 373 Seiten Illustrationen, Diagramme 24 cm x 17 cm, 1 g txt rdacontent n rdamedia nc rdacarrier Softwarearchitektur (DE-588)4121677-5 gnd rswk-swf Software Engineering (DE-588)4116521-4 gnd rswk-swf Programmcode (DE-588)4734701-6 gnd rswk-swf Softwareentwickler und -architekten Software Programmierung Softwareentwicklung Softewarearchitektur Softwarearchitektur (DE-588)4121677-5 s DE-604 Programmcode (DE-588)4734701-6 s Software Engineering (DE-588)4116521-4 s Feilen, Maren trl Lorenzen, Knut (DE-588)1020241446 trl mitp Verlags GmbH & Co. KG (DE-588)1065362072 pbl Erscheint auch als Online-Ausgabe, PDF/ePub 978-3-95845-726-3 DNB Datenaustausch application/pdf http://bvbr.bib-bvb.de:8991/F?func=service&doc_library=BVB01&local_base=BVB01&doc_number=030221978&sequence=000001&line_number=0001&func_code=DB_RECORDS&service_type=MEDIA Inhaltsverzeichnis
spellingShingle	Martin, Robert C. 1952- Clean Architecture das Praxis-Handbuch für professionelles Softwaredesign : Regeln und Paradigmen für effiziente Softwarestrukturen Softwarearchitektur (DE-588)4121677-5 gnd Software Engineering (DE-588)4116521-4 gnd Programmcode (DE-588)4734701-6 gnd
subject_GND	(DE-588)4121677-5 (DE-588)4116521-4 (DE-588)4734701-6
title	Clean Architecture das Praxis-Handbuch für professionelles Softwaredesign : Regeln und Paradigmen für effiziente Softwarestrukturen
title_alt	Clean architecture
title_auth	Clean Architecture das Praxis-Handbuch für professionelles Softwaredesign : Regeln und Paradigmen für effiziente Softwarestrukturen
title_exact_search	Clean Architecture das Praxis-Handbuch für professionelles Softwaredesign : Regeln und Paradigmen für effiziente Softwarestrukturen
title_full	Clean Architecture das Praxis-Handbuch für professionelles Softwaredesign : Regeln und Paradigmen für effiziente Softwarestrukturen Robert C. Martin ; Übersetzung aus dem Amerikanischen von Maren Feilen und Knut Lorenzen
title_fullStr	Clean Architecture das Praxis-Handbuch für professionelles Softwaredesign : Regeln und Paradigmen für effiziente Softwarestrukturen Robert C. Martin ; Übersetzung aus dem Amerikanischen von Maren Feilen und Knut Lorenzen
title_full_unstemmed	Clean Architecture das Praxis-Handbuch für professionelles Softwaredesign : Regeln und Paradigmen für effiziente Softwarestrukturen Robert C. Martin ; Übersetzung aus dem Amerikanischen von Maren Feilen und Knut Lorenzen
title_short	Clean Architecture
title_sort	clean architecture das praxis handbuch fur professionelles softwaredesign regeln und paradigmen fur effiziente softwarestrukturen
title_sub	das Praxis-Handbuch für professionelles Softwaredesign : Regeln und Paradigmen für effiziente Softwarestrukturen
topic	Softwarearchitektur (DE-588)4121677-5 gnd Software Engineering (DE-588)4116521-4 gnd Programmcode (DE-588)4734701-6 gnd
topic_facet	Softwarearchitektur Software Engineering Programmcode
url	http://bvbr.bib-bvb.de:8991/F?func=service&doc_library=BVB01&local_base=BVB01&doc_number=030221978&sequence=000001&line_number=0001&func_code=DB_RECORDS&service_type=MEDIA
work_keys_str_mv	AT martinrobertc cleanarchitecture AT feilenmaren cleanarchitecture AT lorenzenknut cleanarchitecture AT mitpverlagsgmbhcokg cleanarchitecture AT martinrobertc cleanarchitecturedaspraxishandbuchfurprofessionellessoftwaredesignregelnundparadigmenfureffizientesoftwarestrukturen AT feilenmaren cleanarchitecturedaspraxishandbuchfurprofessionellessoftwaredesignregelnundparadigmenfureffizientesoftwarestrukturen AT lorenzenknut cleanarchitecturedaspraxishandbuchfurprofessionellessoftwaredesignregelnundparadigmenfureffizientesoftwarestrukturen AT mitpverlagsgmbhcokg cleanarchitecturedaspraxishandbuchfurprofessionellessoftwaredesignregelnundparadigmenfureffizientesoftwarestrukturen

Verfügbarkeit

Es ist kein Print-Exemplar vorhanden.

Fernleihe Bestellen Achtung: Nicht im THWS-Bestand! Inhaltsverzeichnis

MARC

Datensatz im Suchindex

Es ist kein Print-Exemplar vorhanden.

Ähnliche Einträge