Angular @ WPS Teil 5: Templates können mehr
Der fünfte Teil unserer „Angular Pattern Library“ beschäftigt sich mit Templates. Dabei beleuchten wir ganz kurz eine der dafür wichtigsten Techniken, um Templates besser zu modularisieren.
Angular @ WPS Teil 4: Komponenten sind schlechte Erben
Der vierte Teil unserer „Angular Pattern Library“ beschäftigt sich mit Komponenten als schlechten Erben. Denn wenn man genauer hinsieht, besteht eine Komponente nämlich aus einer Klasse UND einem Template. Und diese beiden sind auch noch eng gekoppelt.
Angular @ WPS Teil 3: Fokussiert Komponenten testen
Dieser Artikel gibt einen weiteren Einblick in unsere „Angular Pattern Library“. Will man eine Komponente testen, heißt das, man will ihre Komponenten-Klasse und das Template testen. Den Typescript-Teil (die Klasse) einer Komponente zu testen ist leicht, aber die richtige Verknüpfung von Inputs und Outputs im Template ist schwer zu testen. Mit gemockten Komponenten wird es aber bereits deutlich einfacher.
Angular @ WPS Teil 2: Komponenten überall gut aussehen lassen
Dieser Artikel gibt einen weiteren Einblick in unsere „Angular Pattern Library“. Wir hatten angefangen mit dem generischen Hinweis: Factor Out Components, aber wir haben da noch nicht darüber gesprochen, was eigentlich mit dem CSS passiert...
Angular @ WPS: Entwicklung von Reale-Welt-Anwendungen ohne Orientierungsverlust
Frameworks machen es einfacher, komplexe GUIs zu strukturieren, fördern die Wiederverwendung von Komponenten und – am wertvollsten – erlauben es tatsächlich, testgetriebene Front-End-Entwicklung zu betreiben, die Spaß macht. Seit letztem Jahr entwicklen wir bei der WPS immer öfter Anwendungen mit Hilfe von Angular. But its benefits don't come for free. Allerdings erhält man diese Vorteile nicht ohne Preis und ohne gute Architektur und geeignete Entwicklungstechniken endet man oft im Chaos.
software@work 2017
Am 17. November fand die software@work 2017, eine Konferenzreihe zur anwendungsorientierten Softwareentwicklung, im Hafenclub Hamburg statt.
Der Hype ist vorbei, BPMN ist geblieben.
Wie selbstverständlich setzen Business-Analysten, Requirements Engineers und Softwareentwickler grafische Modelle ein, um zu beschreiben, was ein Softwaresystem für seine Benutzer leisten soll. Doch warum eigentlich?
Einführung in die Deutsche Gebärdensprache (DGS) (Teil 4/4)
Dies ist der letzte Beitrag unserer Blogreihe über die Deutsche
Einführung in die Deutsche Gebärdensprache (DGS) (Teil 3/4)
In den ersten beiden Teilen (Teil 1, Teil 2) dieser
Domain-Driven Design und
Domain Storytelling
Mit Domain-Driven Design bekommt die anwendungsorientierte Softwareentwicklung endlich die Aufmerksamkeit, die sie verdient. Seit Eric Evans den Namen geprägt hat, entwickelte sich eine rege DDD-Community, die Gutes tut und darüber spricht.