Swift und Objective-C

Die meisten Neuprojekte werden in Swift geschrieben, aber größere Unternehmen nutzen oft noch ältere Objective-C-Frameworks

Beim Testen hat es in der Community in den vergangenen Jahren Verbesserungen gegeben, aber im Vergleich zu anderen Stacks sieht es immer noch mau aus. Zum Teil liegt es an der mangelnden Aufklärung durch Apple, zum Teil an schlechten Architekturentscheidungen, da das Schreiben von MVC-Tests komplizierter ist als bei anderen Architektur-Patterns.

Für Swift/Objective-C-Entwickler*innen gibt es noch viel Raum für den Einsatz von Unit-Tests. Diejenigen, die dies praktizieren, heben sich von der Masse ab.

Apple hat XCTest und die Testunterstützung in Xcode erheblich verbessert. Ich sehe viel weniger Leute, die alternative Frameworks verwenden, als in den vergangenen Jahren, da die Kosten der Lernkurve und der Supportprobleme in der Regel die Vorteile überwiegen.

UI-Tests sind viel langsamer und oft weniger zuverlässig, eignen sich nicht sehr gut für TDD-Workflows, und die meisten Unternehmen führen sie nicht bei jedem PR durch. Stattdessen werden sie im CI-System oder bei Nightly-Builds planmäßig durchgeführt.

Die geringe Verbreitung überrascht mich nicht wirklich, schließlich handelt es sich im Vergleich zu den Alternativen um einen recht neuen Stack. Aber ich habe mit einer Reihe von Entwickler*innen gesprochen, die mit Swift on Server arbeiten, und ich hörte nur Lob darüber, wie gut es funktioniert.