将 Three20 用于商业应用程序开发的任何限制或风险？ [关闭]答案

【问题标题】：Any limitations or risks to use Three20 for commercial application development? [closed]将 Three20 用于商业应用程序开发的任何限制或风险？ [关闭]
【发布时间】：2011-04-25 03:45:57
【问题描述】：

在 iOS 开源社区中，Three20 真是太棒了。

它提供了很多强大的从 UI 到网络的扩展......

我的问题是将它用于商业应用开发有任何限制或风险吗？

感谢分享使用three20的任何经验或注意事项

【问题讨论】：

我投票结束这个问题，因为它是关于许可或法律问题，而不是编程或软件开发。 See here 和 here 了解详细信息，help center 了解更多信息。

标签： ios frameworks open-source licensing three20

【解决方案1】：

您是在询问许可吗？就这一点而言，Three20 是在 Apache 许可下获得许可的。

Apache 许可证：http://www.apache.org/licenses/LICENSE-2.0

Three20 许可证：https://github.com/facebook/three20/blob/master/LICENSE

或者您对是否及时修复错误、社区支持等更感兴趣？如果是这样，我通常发现它得到了很好的支持，尽管文档不是很好。安装它/依赖项的大小曾经是一个问题，但这已通过将库分成块并编写脚本添加 Three20 作为依赖项来解决。代码肯定是可靠的，Facebook 的 iOS 应用程序就是在它上面编写的事实证明了这一点。

希望有帮助

【讨论】：

是的，许可证完全商业友好。谢谢你的cmets。我真正关心的是，如果遵循 Three20 的理念，恐怕有些事情无法实施。
包括 Three20 不应限制 iOS SDK 的任何其他部分。如果有一些使用 Three20 哲学无法实现的东西，你可以使用 iOS 的其余部分。我能想到的唯一可能带来的危害是增加应用程序的占用空间。有什么具体问题吗？
足迹？那什么意识？另一个问题是导航模型。关于传递参数，没有限制？传递 UIImage 等特定对象是否容易？
占用空间是指应用程序最终下载的大小。关于传递参数，使用基于 URL 的导航很容易传递对象。请参阅three20.info/article/2010-10-06-URL-Based-Navigation中的“本机参数”部分