Может ли Xcode и iPhone обрабатывать сотни статических библиотек?

Question

Я пытаюсь держать xcode хаос под контролем. А именно, как повторно использовать мои небольшие компоненты/классы между проектами. Одна из стратегий состоит в том, чтобы сделать каждый класс или тесно связанную коллекцию классов в статической библиотеке, каждый из которых является икру другого подпроекта с несколькими целями, такими как модульные тесты, демонстрации и, конечно же, библиотека.

Как он выглядит сейчас, я мог бы увидеть, что последнее приложение состоит из какого-то пользовательского кода и, скажем, нескольких сотен библиотек. Это меня пугает, но так ли? Будет ли производительность страдать? Существуют ли другие ограничения для многобиблиотечного подхода, которые сделают его нецелесообразным?

Answer 1

После некоторого обсуждения в автономном режиме консенсус состоял в том, что 100-е библиотеки не замедлят выполнение, но могут быть болезненными во время связывания.

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

Answer 2

Наличие 100-ти статических библиотек не удерживает контроль над хаосом, что делает его намного хуже. Группировка вашего логически логически в статических библиотеках - отличная идея, но одна в классе слишком мелкая. 100-й из библиотек насчитывает сотни проектов, в которых много обслуживания.

Answer 3

Если вы заинтересованы в управляемости, рассмотрели ли вы использование svn: externals или git subodules?

Это подкаталог из другого репозитория, чем остальная часть вашего дерева, поэтому вы можете иметь несколько проектов, используя последнюю версию вашего общего кода, в дополнение к проекту, предназначенному только для тестирования этого общего кода. Иерархия файлов будет выглядеть примерно так:

тесты/< - СВН проверки

• разделяемой код/​​
• тест-код/​​

проект 1/< - СВН проверки

• общий код/​​< - svn: внешний к испытаниям/shared-cod е/
• p1-специфический код/​​

проект 2/< - СВН кассе

• разделяемой код/​​< - SVN: внешние по отношению к тестам/разделяемой код/​​
• p2 конкретного код/​​

Там немного СВН танец быть сделано, когда мечения с SVN: внешние ссылки, и я считаю Git подмодуль требует различного танцевального ВГА обновляя их содержимое до HEAD, но они оба далеки от головной боли, связанные с поддержанием общего кода в синхронизации по нескольким проектам.