The New iOS Mobile Enterprise. Часть #1: Кодогенерация для ресурсов

[GDXRepo]

Да, либа отличная, пользуюсь уже во втором проекте и доволен, как слон. Она реально экономит тонну времени и нервов.

[BadDevelop]

Тоже постоянно пользуемся. Очень не хватало разделения локализации по подструктурам (не все онлайн-локализаторы умеют выгружать несколько *.strings файлов) — вот немножко поконтрибьюитили туда, может кому пригодится github.com/mac-cain13/R.swift/pull/467

[Zinqwar]

Мы для своих проектов выбрали SwiftGen из-за поддержки шаблонов, и в целом более гибкого поведения.
Шаблоны удобны тем, что можно для каких-то необычных сценариев описать то поведение, которое тебе нужно. Например, в одном из проектов различные конфигурационные строки (вроде base URL-ов) хранились в .strings-файлах, и по ним swiftgen создавал уже типизированные константы. Для этого пришлось поправить шаблон, чтобы имена сгенерированных enum-ов не конфликтовали между собой.

[yurapriv]

По тем же причинам остановились на SwiftGen и, не так давно, тоже писали как мы его настроили в наших проектах
habr.com/company/hh/blog/423381

[ManWithBear]

А можно где-нибудь подробнее почитать про разбитие на модули через локальные поды? Сейчас как раз занимаемся вопросом распиливания монолита на меньшие куски.

[coolerov]

В разделе “Bonus” можно посмотреть пример, который показывает, как пользоваться локальными подами для создания component-based system. Если необходимы какие-то дополнительные подробности, то можно пообщаться в twitter :)

[ManWithBear]

Хм. В бонусе очень простой пример. Меня конкретно интересует более тяжелый случай, когда проект зависит от локального пода А, который зависит от локального Б и все они зависят от внешнего пода С. К сожалению подспек неподдерживает зависимость от локальных подов и это нам все ломает.

[coolerov]

Можно вынести зависимость Б в subspec, и использовать часть пода A там, где это необходимо отдельно. Но на мой взгляд, проще объединить два локальных пода в таком случае. Также существует и другой вариант, о котором я расскажу в одной из следующих статей.