第20月第29天 cocoa抽象工厂 cocoapods组件化 cocoapods升级
1.
在 Cocoa Touch 框架中，类簇是抽象工厂模式在 iOS 下的一种实现，以 NSArray 举例，将原有的 alloc+init 拆开写：
id obj1 = [NSArray alloc]; // __NSPlacehodlerArray *
id obj2 = [NSMutableArray alloc]; // __NSPlacehodlerArray *
id obj3 = [obj1 init]; // __NSArrayI *
id obj4 = [obj2 init]; // __NSArrayM *
发现 + alloc 后并非生成了我们期望的类实例，而是一个NSPlacehodlerArray 的中间对象，后面的 – init 或 – initWithXXXXX 消息都是发送给这个中间对象，再由它做工厂，生成真的对象。这里的 NSArrayI 和 __NSArrayM 分别对应 Immutable 和 Mutable（后面的 I 和 M 的意思）
于是顺着思路猜实现，__NSPlacehodlerArray 必定用某种方式存储了它是由谁 alloc 出来的这个信息，才能在 init 的时候知道要创建的是可变数组还是不可变数组。
抽象工厂将一系列的产品族统一到一起创建，增加产品族很方便，但增加产品很麻烦，需要改动太多的类的接口。 ####生成器（Builder） 将一个复杂对象的构建与它的表现分离，使得同样的构建过程可以创建不同的表现。 生成器可以将构建对象的过程分为，客户 – 指导者 – 生成器 的关系，
CharacterBuilder *characterBuilder = [[StandarCharacterBuilder alloc] init];
ChasingGame *game = [[ChasingGame alloc] init];
Character *player = [chasingGame createPlayer:characterBuilder];
Character *enemy = [chasingGame createEnemy:characterBuilder];
characterBuilder 就是生成器了，而 game 就是指导者。指导者里声明了创建不同表现的对象的方法。而方法里由生成器 characterBuilder 来构建不同的 Character 类型的对象。
- 生成器模式将复杂的生成对象的过程交给了生成器去完成，作为客户的我们只需要根据简单的接口去生成不同表现的对象。如上述代码中的 player 以及 enemy。玩家和敌人具体的属性数值我们不需要去设置，而是交给生成器去设置。
https://github.com/al1020119/iCocosDesignPattern
http://ios.jobbole.com/85360/
https://draveness.me/2017-summary
2.git pod私有库
索引库
508 cd ~/.cocoapods/repos/
509 ls
510 history
511 ls
512 pod repo add MyRepo https://gitee.com/lianhuaren/MyRepo.git
代码库
502 cd Desktop/mycode/
503 ls
504 mkdir QinzTool
505 cd QinzTool/
506 pod lib create QinzTool
507 pwd
508 ls
上传模板文件
509 cd QinzTool/
510 ls
511 git remote add origin https://gitee.com/lianhuaren/Tool.git
512 git push -u origin master
513 git pull
514 git push -u origin master
515 git pull
516 git branch --set-upstream-to=origin/master master
518 git pull
519 git pull
521 git pull origin master --allow-unrelated-histories
522 git push -u origin master
523 git push -u origin master -f
524 history
将组件的代码上传
526 git add .
527 git commit -m "first"
528 git push -u origin master
529 pwd
530 pod lib lint --private
531 git tag 0.1.0
532 git push --tags
533 pod repo push MyRepo QinzTool.podspec
source 'https://github.com/CocoaPods/Specs.git' source 'https://gitee.com/lianhuaren/MyRepo' platform :ios, '8.0' target 'pods01' do use_frameworks! pod 'QinzTool', '~> 0.1.0' pod 'AFNetworking' #公有库 end
https://blog.csdn.net/m0_37402140/article/details/72801372
https://blog.csdn.net/shiren1118/article/details/7761203
https://www.jianshu.com/p/c1a215b9ddbe
more:
1)
没用sourcetree，不会git remote add, 导致失败
也并不是在~/.cocoapods/repos/HCocaPodsSpecsManager调用pod lib create HStarTools
如果在~/.cocoapods/repos/HCocaPodsSpecsManager调用命令，这样HCocaPodsSpecsManager有.git,HStarTools又有.git
最后导致调用pod repo push HCocaPodsSpecsManager HStarTools.podspec出错。
The repo `HCocaPodsSpecsManager` at `..` is not clean
https://www.jianshu.com/p/67a1d8385c80
2)
如果不用pod lib create QinzTool,开始出现问题。
- ERROR | [iOS] file patterns: The `source_files` pattern did not match any file.
https://www.jianshu.com/p/0c640821b36f
3)
下面我们把 pod push 到远端：
git push --set-upstream origin master
下一步，我们创建一个私有的 Spec 仓库，这里面存放的是我们需要的 Pod 的索引，我在 Coding 上创建了一个 MySpec 仓库，我们先把它加到 CocoaPods 当中：
pod repo add MySpec git@git.coding.net:skyline75489/MySpec.git
这里面现在还是空的，下面我们把 XXBaseHeaders push 到仓库中，相当于发布出去：
pod repo push MySpec XXBaseHeaders.podspec --allow-warnings
https://skyline75489.github.io/post/2016-3-19_ios_modularization_practice.html
3.
sudo gem install cocoapods
https://gems.ruby-china.com/
https://blog.csdn.net/potato512/article/details/62235282
