[转]Mac OS X framework 解析

公冶阳德
2023-12-01

转载地址:http://hi.baidu.com/yonderbyron/item/9838b73472152e009cc65ec8

Mac OS X framework 解析

1、framework是什么?

framework是一个层级的目录结构,将一系列可共享的资源,比如动态共享库、nib文件、图形文件、本地化相关文件、头文件、以及相关引用文档,包装成一个包(package)。可供许多应用程序同时使用。系统在需要的时候载入他们,且只在内存中存在一个副本。

framework的使用方式和一个单独文件一样,通过Core Foundation Bundle Service 或者 Cocoa NSBundle类访问。framework设计目的和动态共享库、静态共享库类似,但有更多的优点:

>framework将相关但是分散的资源整合起来,易于装卸和定位。

>framework可包含比库更丰富多样的资源类型

>不同版本的framework可被包含在同一个framework里,有更好的后向兼容性

>有且仅有一份framework的只读资源存在于memory中。

注:framework可以只包含resources,也programmatic interface不是必须的。当然这中用法很少使用。

Mac OS X 关键的几个framework:包含Carbon、Cocoa、Application Services、Core Services,组合成umbrella framework,将底层的framework和用户程序隔离开来。

 

2、framework的文件结构

 

 

A simple framework bundle

MyFramework.framework/

 

    MyFramework  -> Versions/Current/MyFramework

 

    Resources    -> Versions/Current/Resources

 

    Versions/

 

        A/

 

            MyFramework

 

            Resources/

 

                English.lproj/

 

                    InfoPlist.strings

 

                Info.plist

 

        Current  -> A

 

 

A framework with multiple versions

MyFramework.framework/

 

    MyFramework  -> Versions/Current/MyFramework

 

    Resources    -> Versions/Current/Resources

 

    Versions/

 

        A/

 

            MyFramework

 

            Resources/

 

                English.lproj/

 

                    InfoPlist.strings

 

                Info.plist

 

        B/

 

            MyFramework

 

            Resources/

 

                English.lproj/

 

                    InfoPlist.strings

 

                Info.plist

 

        Current  -> B

 

 

 

A framework with additional resource types

MyFramework.framework/

 

    Headers      -> Versions/Current/Headers

 

    MyFramework  -> Versions/Current/MyFramework

 

    Resources    -> Versions/Current/Resources

 

    Versions/

 

        A/

 

            Headers/

 

                MyHeader.h

 

            MyFramework

 

            Resources/

 

                English.lproj/

 

                    Documentation

 

                    InfoPlist.strings

 

                Info.plist

 

        B/

 

            Headers/

 

                MyHeader.h

 

            MyFramework

 

            Resources/

 

                English.lproj/

 

                    Documentation

 

                    InfoPlist.strings

 

                Info.plist

 

        Current  -> B

 

 

 

Structure of the Core Services umbrella framework

CoreServices.framework/

 

    CoreServices           -> Versions/Current/CoreServices

 

    CoreServices_debug     -> Versions/Current/CoreServices_debug

 

    CoreServices_profile   -> Versions/Current/CoreServices_profile

 

    Frameworks             -> Versions/Current/Frameworks

 

    Headers                -> Versions/Current/Headers

 

    Resources              -> Versions/Current/Resources

 

    Versions/

 

        A/

 

            CoreServices

 

            CoreServices_debug

 

            CoreServices_profile

 

            Frameworks/

 

                CarbonCore.framework

 

                CFNetwork.framework

 

                OSServices.framework

 

                SearchKit.framework

 

                WebServicesCore.framework

 

            Headers/

 

                Components.k.h

 

                CoreServices-gcc3.p

 

                CoreServices-gcc3.pp

 

                CoreServices.h

 

                CoreServices.p

 

                CoreServices.pp

 

                CoreServices.r

 

            Resources/

 

                Info-macos.plist

 

                version.plist

 

        Current             -> A

 

 

 

3、framework and binding

 

binding意指动态绑定Mach-O库(动态库)文件,动态共享库有几个优点:一、memory使用更有效率,二、更容易让开发者修正错误。

 

关于动态共享库的symbol binding,不同于static linked shared library在编译链接期需要确定symbol是否存在,他是在运行期检查symbol的有效性。这个特点使得动态库存在“lazy linking”的行为:动态链接器自动加载和链接那些需要的模块,也即,一个模块是否链接取决于程序是否有引用这个模块的symbol。

 

上述特点同样也影响framework code的组织:互相依赖和对应的code应该放在同一个module里,并且必须保证每一个symbol只能在一个library里出现一次。

 

framework的安装位置也是一个需要考量的因素,注意以下几点:1)第三方的framework安装在/library/Frameworks。 2)一定不要安装在/system/Library/Frameworks。3) 模块搜索顺序:一、链接期指定的显示路径,二、/library/frameworks,三、/system/library/frameworks

 

4、create a framework

几点注意:编码时使用统一的前缀,以避免和其他framework的symbol冲突。决定是使用private framework还是普通的framework。决定那些code是可以提取做成framework。不要创建umbrella framework

转载于:https://www.cnblogs.com/csshaw/p/3776661.html

 类似资料: