Xcode和iPhone可以处理数百个静态库吗？

我正在努力控制xcode混乱。也就是说，如何在项目之间重用我的小组件/类。一种策略是将每个类或紧密耦合的类集合放入一个静态库中，每个类都是一个不同子项目的产物，有几个目标，比如单元测试、演示，当然还有库

---

现在看来，我可以看到最终的应用程序由一些自定义代码和几百个库组成。这让我害怕，但我应该这样做吗？性能会受到影响吗？多库方法是否还有其他限制，使其不切实际？

拥有100个静态库并不能控制混乱，反而使情况变得更糟。将代码逻辑地分组到静态库中是一个好主意，但每个类一个库的粒度太细了。100个库相当于数百个项目，这需要大量维护。

拥有100个静态库并不能控制混乱，反而使情况变得更糟。将代码逻辑地分组到静态库中是一个好主意，但每个类一个库的粒度太细了。100个库相当于数百个项目，需要大量维护。

经过一些离线讨论，一致认为100个库不会减慢执行速度，但在链接过程中可能会很痛苦

---

当然，管理大量库的复杂性可能会使解决方案比疾病更糟。

经过一些离线讨论，一致认为100个库不会减缓执行速度，但在链接过程中可能会很痛苦

---

当然，管理大量库的复杂性可能会使解决方案比疾病更糟糕。

如果您关心的是可管理性，您是否考虑过使用svn:externals或git子模块

它是与树的其余部分不同的存储库中的一个子目录，因此除了一个仅用于测试共享代码的项目外，还可以有多个项目，所有项目都使用最新版本的共享代码。文件层次结构类似于：

---

测试/如果您关心的是可管理性，您是否考虑过使用svn:externals或git子模块

它是与树的其余部分不同的存储库中的一个子目录，因此除了一个仅用于测试共享代码的项目外，还可以有多个项目，所有项目都使用最新版本的共享代码。文件层次结构类似于：

---

测试/它将在某个时候对性能产生一些影响，因为xcode需要做更多的工作。我不会浪费时间尝试它，但您可以自己尝试，并在这里报告您的发现：）它将在某个时候对性能产生一些影响，因为xcode只需要做更多的工作。我不会浪费时间尝试它，但请您自己动手，并在这里报告您的发现：）我对管理复杂性的技术感兴趣，不幸的是，我太熟悉git和svn的优缺点了。在某些情况下，这些可能是很好的技术。现在，对于这个问题，我只对拥有大量库的技术可行性感兴趣。有些技术的速度呈指数级下降，我想知道添加库是否适合这一类别，并希望找到有第一手经验的人。我对管理复杂性的技术感兴趣，不幸的是，我太熟悉git和svn的优缺点了。在某些情况下，这些可能是很好的技术。现在，对于这个问题，我只对拥有大量库的技术可行性感兴趣。有些技术的速度呈指数级下降，我想知道添加库是否适合这一类别，并希望找到有第一手经验的人。澄清一下——对于这个问题，我只对拥有大量库的技术缺点感兴趣，更喜欢有第一手经验的人，比如，项目中有10或20个图书馆。拥有大量库会导致性能损失吗？它们是否是一个上限？问问你自己，如果你有脚本，你能用10000个库做一个项目吗？它会运行吗？澄清一下——对于这个问题，我只对拥有大量库的技术缺点感兴趣，最好是来自在项目中拥有10或20个库的第一手经验的人。拥有大量库会导致性能损失吗？它们是否是一个上限？问问你自己，如果你有脚本，你能用10000个库做一个项目吗？它会跑吗？