Mit jeder Angular-2-Anwendung wird ein Compiler mitgeliefert. Dieser sorgt dafür, dass für jedes HTML-Template der Anwendung Code-behind erzeugt wird. Der generierte Code stellt die Verbindung zwischen beiden Welten her und instanziert die verwendeten Angular-Konstrukte.
Autor: Florian Bader und Lukas Ochsenreiter
Wer eine neue Angular-2-Applikation aufsetzt, muss einen hohen initialen Aufwand treiben. Eine Projektstruktur muss definiert und Pakete müssen geladen werden, und welcher Task Runner soll überhaupt zum Einsatz kommen?
Autor: Florian Bader und Lukas Ochsenreiter
Zu Beginn eines Entwicklungsprozesses muss man sich um vieles kümmern: Architektur, Konzepte und Verantwortlichkeiten sind nur ein kleiner Teil des Ganzen. Dabei wird oft ein wesentlicher Bestandteil im DevOps Cycle vergessen: die Verteilung der Anwendung, wenn sie fertig ist. Anders formuliert: Wie installiert der Nutzer später die Software auf seinem System?
Bei vielen unserer Kunden werden Anforderungen in einem formalen Dokument erfasst. Dabei ist in fast allen Fällen Microsoft Office Word im Einsatz. Dies führte zur Frage: Wie könnte man Projekte von der Anforderungsdefinition bis zur Auslieferung und Wartung mit dem Team Foundation Server verwalten? Die Antwort ist unser AIT WordToTFS Plug-in. Mit seiner Hilfe wird es möglich, die in MS Word definierten Anforderungen mit den im TFS gehaltenen Requirement Work Items abzugleichen.
Agile Prozesse stellen das Liefern von wertschöpfenden Funktionen für den Kunden in den Vordergrund und damit das Liefern von umfangreichen Dokumentationen in den Hintergrund. Vorbei sind die Zeiten der verstaubenden Papierstapel im Regal. Aber können wir wirklich auf die Architektur- und Entwicklungsdokumentation verzichten?
Solution- und Branch-übergreifende Abhängigkeiten können in Visual Studio und TFS nicht verwaltet werden. Der AIT Dependency Manager schließt diese Lücke auf Basis von Abhängigkeitsdefinitionen für Komponenten. Dabei lassen sich Referenzen auf extern oder In-House gebaute Komponenten definieren.
Architektur- und Entwicklungsrichtlinien vereinfachen die Zusammenarbeit im Team, aber auch über Teamgrenzen hinweg kann das ganze Unternehmen von Richtlinien profitieren. Der durch die Anwendung von Richtlinien vereinheitlichte Programmierstil ermöglicht es den Entwicklern sich im Quellcode, der von einem anderen Entwickler geschrieben wurde, schnell zurechtzufinden und diesen weiterzuentwickeln.
Hier finden Sie unsere Vorträge zum Thema “Aufbau eines wartbaren kundenindividuellen Standardprodukts” und “Industrie 4.0”.
Alle Welt spricht von Digitalisierung, Industrie 4.0 und IoT. Doch warum eigentlich? Während die Digitalisierung unseren Alltag längst erobert hat, steht die Industrie am Anfang eines weiten Weges. Namhafte Hersteller kämpfen um die Plattformhoheit, denn wer die Plattform hat, hat die Daten, beeinflusst das Ökosystem und hat damit einen enormen Wettbewerbsvorteil. Der Schlüssel dazu ist Software und die Fähigkeit, Ideen schnell in Produkte umzusetzen. Wir berichten in diesem Artikel von unseren eigenen Projekterfahrungen – von einfacher Prozessdigitalisierung über den digitalen Zwilling im Maschinenbau bis hin zu industriellen Augmented-Reality-Projekten.
Autor: Thomas Rümmler und Lars Roith
Entwicklungsrichtlinien werden sehr häufig als Ballast empfunden. Sie fristen als dicker, eingestaubter Stapel Papier ihr Dasein im Regal und werden immer dann herausgezogen, wenn ein neuer Kollege in der Tür steht. Gelebte, von allen Beteiligten akzeptierte Vereinbarungen können die Arbeit im Team durchaus erleichtern. Wie müsste ein solcher Regelsatz aussehen? Reduziert auf das Wesentliche – auf maximal ein Blatt Papier. Und automatisch angewendet.
Jetzt anfragen