pod 'CCExtensionKit' , '~> 3.5.0' // 默认为 CCCore
pod 'CCExtensionKit/CCFull' , '~> 3.5.0' . 如果您想安装整个套件。
CCLocalLib 从版本
2.2.3以后不再有效因为在
3.0.0以后,CCLocalLib 被重命名为'CCExtensionKit'.
安装时,默认为
CCCore,其中包含
CCCommon(宏) ,CCProtocol(协议) ,CCData(NS 家族) ,CCView(UI 家族) ,CCRuntime(objc/运行时相关联)如果您想要完整安装,请使用
"CCExtensionKit/CCFull"进行安装(注意:CCFull依赖于其他供应商)。说明
CCCore : 核心扩展。一个抽象集合。
CCFull : 完整扩展。一个抽象集合。
CCExtensionAssets : 资产集合,保留供未来使用。(目前不可用)。
CCCommon : 宏和公共工具。
CCProtocol : CC协议。针对 CC。使所有 NSObject 的子类都遵循它。
CCRuntime : 包含一些运行时函数。
CCDataBase : 目前,仅适用于
Realm('~> 2.10.0').CCRouter : 一个针对
MGJRouter('~> 0.9.3') 的扩展包路由器并执行操作。CCData : 针对 NS 家族的扩展操作。
CCView : 针对 UI 家族的扩展操作。
CCCustom : 可定制的类或函数,依赖于或基于其他供应商。
2017-11-28 12:39:59
在
CCRouter中重新构建了CCBridgeWrapper。
2017-11-01 19:24:27
修复了 Xcode 9 中的烦人警告。
2017-09-15 17:56:19
将 'CCLocalLib' 重命名为 'CCExtensionKit' .
更新到 '3.0.0'
2017-08-10 14:50:52
在为
CCChainOperate打写了一个多月之后,我想到了,这可以是一个套件!因此,创建了一个
CCChainKit。👏 👏 👏 .
👉 👉 👉 CCChainKit为什么我仍然使用前缀 CC?
因为我仍然很怀念它。
2017-08-06 15:38:09
好吧...我发现本地库在规范依赖方面有一些问题。因此,CCLocalLib 不再是本地库。
👏 👏 👏 -> 现在,只需运行pod 'LocalLib',cocoapods 会完成剩余的工作。并且可能不会继续使用前缀
CC。也许,下一个项目中会有
EL的存在。EL,Elwin Frederick,当然。单犬,单犬,一路独步。
🐶 🐶 🐶
2017-07-01 19:49:01
我编写了一个名为
CCChainOperate的新库。
为什么我写它?嗯,经过多年的 Objective-C 编写,我感觉到它的一些缺点。比如你必须在任何地方使用
[]。我只是讨厌这样。然而,众所周知,在另一边,
swift的表现要好得多,易于使用,简单易懂(尽管它还没有稳定)。有一天,我发现,块实际上可以实现类似swift的风格,因此诞生了
CCChainOperate(还不完整,也许永远都不会,但我将尝试)。同时,也受到了react-Objc的强烈启发。
要运行示例项目,首先克隆仓库,然后从示例目录运行pod install。
已在pod spec中完成。
CCExtensionKit可以通过CocoaPods获得。要安装
它,只需将以下行添加到Podfile中
pod "CCExtensionKit"ElwinFrederick,[email protected]
CCExtensionKit可在MIT许可下使用。更多信息请参阅LICENSE文件。