Nachdem ich Storyboards schon eine Weile benutzt habe, fand ich sie äußerst nützlich, aber sie haben einige Einschränkungen oder zumindest unnatürliche Arten, Dinge zu tun. Während es so aussieht, als ob ein einziges Storyboard für Ihre App verwendet werden sollte, bringt dies auch bei einer mittelgroßen Anwendung einige Probleme mit sich.

Das Arbeiten in Teams wird erschwert, da Konflikte in Storyboards möglicherweise problematisch zu lösen sind (Tipps hierzu sind ebenfalls willkommen).Das Storyboard selbst kann recht unübersichtlich und unhandlich werden.

Meine Frage ist also, was die besten Verwendungspraktiken sind.

Ich habe überlegt, einen hybriden Ansatz zu verwenden, bei dem logische Aufgaben in separate Storyboards aufgeteilt werden. Dies führt jedoch dazu, dass der UX-Fluss zwischen Code und Storyboard aufgeteilt wird. Für mich ist dies die beste Möglichkeit, wiederverwendbare Aktionen wie Anmeldeaktionen usw. zu erstellen.

Sollte ich mir auch noch einen Platz für Xibs überlegen?Dieser Beitrag hat einen guten Überblick über viele der Probleme und schlägt vor, dass für Szenen, die nur einen Bildschirm haben, xibs in diesem Fall verwendet werden sollte. Auch dies kommt mir ungewöhnlich vor, da Apples Unterstützung das Instantiieren nicht verbundener Szenen von einem Storyboard unterstützt. Dies deutet darauf hin, dass xibs in Zukunft keinen Platz mehr haben wird, aber ich könnte mich irren.