做网站哪个行业比较有前景北京商业设计网站

当前位置： 首页 > news >正文

做网站哪个行业比较有前景,北京商业设计网站,珠海专业网站建设公司哪家好,wordpress重置密码代码1.1库的概念 库#xff1a;程序代码的集合#xff0c;编译好的二进制文件加上头文件供使用#xff0c;共享程序代码的一种方式。 1.2库的分类 根据开源情况分为#xff1a;开源库#xff08;能看到具体实现#xff09;、闭源库#xff08;只公开调用的的接口#xf…1.1库的概念 库程序代码的集合编译好的二进制文件加上头文件供使用共享程序代码的一种方式。 1.2库的分类 根据开源情况分为开源库能看到具体实现、闭源库只公开调用的的接口是编译后的二进制文件看不到具体实现使用时链接即可。 闭源库分为动态库.td之前叫.dylib或.framework为后缀文件 和 静态库.a或.lib或.framework为后缀文件 .a纯二进制文件.framework有二进制文件还有资源文件。 .a 要有 .h 文件以及资源文件配合 .framework 文件可以直接使用。总的来说.a .h sourceFile .framework。所以创建静态库最好还是用.framework的形式 1.3动态库与静态库的区别  动态库编译时只存指向动态库的引用链接时不复制运行时由系统只动态加载一次到内存不影响程序体积多程序共用节省内存。 iOS App的动态库存放在.app bundle下的Frameworks 文件夹。 iOS平台 在 iOS8 之前苹果不允许第三方框架使用动态方式加载从 iOS8 开始允许开发者有条件地创建和使用动态框架这种框架叫做 Cocoa Touch Framework。 虽然同样是动态框架但是和系统 framework 不同。关键字iOS8允有条件建和用动态库CTF与系统f不同 app 中使用 Cocoa Touch Framework 制作的动态库 在打包和提交 app 时会被放到 app main bundle 的根目录 中运行在沙盒里而不是系统中。不同的 app 就算使用了同样的 framework但还是会有多份的框架被分别签名打包和加载。 不过 iOS8 上开放了 App Extension 功能可以为一个应用创建插件这样主app和插件之间共享动态库还是可行的。 使用原理 以 OS X 为例当 App 启动时操作系统内核会将 App 代码和数据载入新进程(也就是操作系统为 App创建的新进程)的地址空间。与此同时呢操作系统内核也会把动态加载器(Dynamic Loader)载入进程由动态加载器来完成加载App依赖的动态库。不过在启动阶段动态加载器只会根据静态链接器中记录的 App 已链接的依赖库的名字然后使用依赖库的 install name来查找它们是否在文件系统中存在。如果不存在或不兼容App启动过程会中断。动态库被完全载入内存是在代码里使用它的时候。所以相对静态库来说使用动态库链接的App 启动过程会更快。 优点 1不会被加载复制到可执行文件中按需加载可以加快App启动。 2维护更新方便只要api不变动态库变更依赖动态库的App无需重新编译。因为重新编译主要是App的可执行文件部分而动态库不属于其中而是独立的可动态加载。 缺点有外部依赖即程序运行期间还需要动态库的存在。 静态库链接时会被完整的复制到可执行文件中被多次使用就多次拷贝 编译时被直接拷贝到目标程序的可执行文件 使用原理App自身的代码被编译成目标文件后通过静态链接器将App的目标文件与静态库合并并生成可执行文件。这样App自身代码生成的目标文件与静态库都被拷贝到可执行文件中从而让静态库也成为了App可执行文件的一部分。 特点 1App启动时就全部加入内存由于使用的是静态库不需要从外部链接加载所以加载速度很快但是又因为增加了内容过多导致启动速度慢。 2静态库文件会被静态链接器链接并复制到生成的可执行文件中导致可执行文件增大占用内存也会增多 3由于静态库是制作好的二进制库如果发生变更需要重新编译给维护带来不便。 1.4 查看framework是动态库还是静态库检查framework支持的架构 .framework可以是动态库也可以是静态库系统默认设置为Dynamic如果需要静态库需要在BuildSettings里搜索Mach-O Type改成Static Library  .a静态库   1.4.1查看framework是动态库还是静态库xcode6下默认是动态库 cd framework所在目录 查看framework是动/静态库 file framework下的二进制文件一般与framework同名 静态库包含“current ar archive random library”字样。动态库包含“dynamically linked shared library”字样 静态库包含“current ar archive random library”字样。动态库包含“dynamically linked shared library”字样 1.4.2检查framework支持的架构 检查framework支持的架构 lipo -info 该framework名称 要公开的头文件Targets-BuildPhases-Headers可以设置Public暴露在外的头文件、Private、Project 1.4.3实际使用新建framework 1.新建 项目 选CocoaTouch Framework类型 2.设定Deployment Target部署目标 3.framework默认是动态库但若不需要使用动态库可以在build Settings里搜索Mach-O Type设置为Static Library静态库 若必须使用动态库则需要在类库的工程中的General 或其他位置做如下配置 Embed Framworks现在Xcode版本里是Embed App Extennsionns 添加framwork Linked Binary With Libraries(连接二进制与库) 与  Embedded Framework的区别前者不会拷贝到 App 里的Embedded ( 嵌入式的)Framework会拷贝到 App 里。 4.引入源码并设置SDK用户可见的文件然后编译 在Build Phases的Headers中设置可见的放在public里不可见的放在project里 注意编译后在Products下看到对应framework 若想看模拟器和真机的framework通过show in finder查看后往上层文件夹查看  因为在真机和模拟器下生成的framework只能在各自环境下使用若真机和模拟器都能用需要将两个framework合并用lipo -create 模拟器framework路径 真机framework路径 -output 新的文件名 1.5 use_frameworks!的作用 swift项目在platform:ios,9.0必须有use_frameworks!作用是把第三方库打包成静态库 use_frameworks!用于指示CocoaPods将指定的依赖项作为框架‌frameworks‌来集成到项目中。支持Swift的框架兼容性‌因为Swift项目默认使用框架形式组织代码。‌集成一些Swift的库或者需要与Swift兼容的库时Podfile中使用use_frameworks!告诉CocoaPods不要生成静态库‌.a文件‌‌而是生成框架‌.framework‌‌Swift项目就能更容易地导入和使用这些库。‌ 例如‌如果你的项目中使用了Alamofire或Rac即ReactiveCocoa这样的Swift库‌你可能会在Podfile中使用use_frameworks!来确保Alamofire以框架的形式被集成到你的项目中。‌这样做的好处之一是它允许你的Swift项目利用Swift的包管理特性‌如更简单的依赖项导入和更好的模块兼容性。‌ 在Swift中调用三方库选中target-General-Linked Frameworks and Libraries点击添加要用的第三方库 1.6 关联核心SDK工程和测试(主)工程 运行调试闭源库 制作之后运行看效果和调试bug总不可能每次都接入到要用SDK的工程吧此时就需要专门的测试工程可通过以下方式关联SDK和测试工程Products文件夹下是编译后生成的SDK 方式1.添加Targets选择iOS的Application里的Signle View App 可以取消Include Unit/UI Tests 方式2.创建Workspace工作空间 通过Add将两个工程都添加进去 5.11Add 一个Target后 再添加另一个Target此时需要Close之前的Target才能选择Add Target到workSpace 创建以SDK命名的类 点测试工程Targets选Build Phases找到Link Binary With Libraries将SDK与其关联起来 Build Setting里搜索Header Search Paths的值改成SDK工程路径 SDK的Build Settings搜索Mach-O Type改成Static Library(.Framework可能静态库或动态库若默认编译器认为Dynamic库需要改成Static库) 1.7 设备的CPU架构(指令集) 模拟器: 4s-5: i386 5s-6s Plus: x86_64 真机(iOS设备): armv6: iPhone、iPhone 2、iPhone 3G、iPod Touch(第一代)、iPod Touch(第二代) armv7: iPhone 3Gs、iPhone 4、iPhone 4s、iPad、iPad 2 armv7s: iPhone 5、iPhone 5c  arm64: iPhone 5s、iPhone 6、iPhone 6 Plus、iPhone 6s、iPhone 6s Plus、iPad Air、iPad Air2、iPad mini2、iPad mini3 及以上版本 如果打armv7s的 4s机型就不支持了 打 armv7 的 4s-5s 都能跑 添加armv7架构 1.Architectures现在默认是$(ARCHS_STANDARA)即arm64点加上armv7 2.在工程文件和storyboard里都将iOS Deployment Target部署目标改成iOS 8.0若用到SafeArea要取消使用 遇到问题:illegal text-relocation非法文本重定位   错误解决 这个问题一般是底层库lib的编译问题。设置Build Settting -Other linker flag 为 -read_only_relocs suppress 意思就是relocs重定位 suppress压制 ,不显示重定位错误 到此问题解决成功编译出armv7架构。 如果需要解决那么armv7上32位的编译问题上述的other linker就不要改了!!!!使用下面  尝试修改xcode中的Generate Position-Dependent Code项改成No. 如果不能解决问题修改Build Settings中的Strip style将其置为Non-Global Symbols 。 如果不行的话多试下All symbols是工程默认动态库默认为DeBugging Symbols意思是symbols需要加载以使用Debug模式下的各种错误日志信息以及定位信息 官方文档中对Strip Style的描述 Defines the level of symbol stripping to be performed on the linked product of the build. The default value is defined by the target’s product type. [STRIP_STYLE] All Symbols - Completely strips the binary, removing the symbol table and relocation information. [all, -s] Non-Global Symbols - Strips non-global symbols, but saves external symbols. [non-global, -x] Debugging Symbols - Strips debugging symbols, but saves local and global symbols. [debugging, -S] 1.8 xcframework XCFramework:是2019苹果官方提出的Framework的另一种先进格式可以更方便的表示多个平台和架构的分发二进制库的格式。 需要Xcode11以上支持。 是为更好的支持Mac Catalyst和ARM芯片的macOS。 和传统的Framework相比:1可以用单个.xcframework文件提供多个平台的分发二进制文件; 2与Fat Header相比可以按照平台划分可以包含相同架构的不同平台的文件; 3在使用时不需要再通过脚本去剥离不需要的架构体系。 第三方个推有用到xcframework 扩展学习iOS开发app间账号共享与SDK封装iOS开发之App间账号共享与SDK封装 - 青玉伏案 - 博客园 参考文章Framework与XCFramework的制作 - 习武的个人博客感谢