Ios 当xcode在设备上构建和部署时
iOS提供了很多框架,我是iOS新手,但有一个概念我不确定: 如果我尽量减少我的应用程序所依赖的框架数量,我认为这是一个性能提升,对吗?还是没关系? 例如,如果我不使用iOS框架(如核心数据或核心图形),我是在节省内存占用,还是在优化性能,如果我真的不需要iOS框架中的功能?在我的应用程序中,代码太简单了,我可以自己编写,而无需核心数据(非常基本的功能)Ios 当xcode在设备上构建和部署时,ios,xcode,Ios,Xcode,iOS提供了很多框架,我是iOS新手,但有一个概念我不确定: 如果我尽量减少我的应用程序所依赖的框架数量,我认为这是一个性能提升,对吗?还是没关系? 例如,如果我不使用iOS框架(如核心数据或核心图形),我是在节省内存占用,还是在优化性能,如果我真的不需要iOS框架中的功能?在我的应用程序中,代码太简单了,我可以自己编写,而无需核心数据(非常基本的功能) 我不能;如果找不到讨论这一概念的好文章,苹果发布的所有框架是否都部署在与您的项目无关的设备上使用它们?通常最好不要链接到您不使用的框架。要回答
我不能;如果找不到讨论这一概念的好文章,苹果发布的所有框架是否都部署在与您的项目无关的设备上使用它们?通常最好不要链接到您不使用的框架。要回答您更具体的问题,请执行以下操作: 苹果发布的所有框架是否都使用它们部署在与项目无关的设备上 基本上是的——它们是作为iOS的一部分提供的,因此它们已经加载到设备上(并且始终存在) 如果我尽量减少我的应用程序所依赖的框架数量,我认为这是一个性能提升,对吗 也许——链接器/加载器不必将框架加载到内存中并将您的应用程序链接到它们,但这样做的性能成本非常小,如果您发现框架有用,避免链接/加载框架并不是不使用它的好理由 我是否节省了内存 也许吧。加载共享库时,库的内容会加载到应用程序的内存空间中,因此会增加内存占用。但是,如果库已经由另一个应用程序(或操作系统)加载,它将在使用它的所有应用程序之间共享
即使如此,可能增加的内存占用也是避免使用框架的一个不好的理由,否则您可能会发现框架是有用的。hmm,这很有趣,我的情况是,我需要加载一些静态数据,这些数据永远不会改变,它超过2000个条目(或db的行,或2000个对象)我想把整个东西作为json放在一个文件中,然后加载它,而不是使用coredata和创建DB。这个数据不是db或r,它和另一组数据之间没有任何关系,所以我想如果我不需要coredata,就不要使用它。我的逻辑仍然成立吗?@sleepy_ios:一般来说,如果自己编写代码足够简单,就不需要使用框架,但使用ios框架通常也没有太大的缺点;然而,CoreData在处理大型数据集时确实有一些优点。“2000个对象”是否构成“大型”数据集有待确定。