全栈
2021-01-16 14:19:04 25 举报AI智能生成
登录查看完整内容
一个前端工程师的思维导图
作者其他创作
大纲/内容
全栈
iOS
iOS 源码剖析
网络请求
PPNetworkHelper分析
PPNetworkHelper
继承NSObject
+ (BOOL)isNetwork
+ (BOOL)isWWANNetwork
+ (BOOL)isWiFiNetwork
+ (void)cancelAllRequest
/// 取消所有HTTP请求
+ (void)networkStatusWithBlock:(PPNetworkStatus)networkStatus
+ (void)cancelRequestWithURL:(NSString *)URL
/// 取消指定URL的HTTP请求
+ (void)openLog
/// 开启日志打印 (Debug级别)
+ (void)closeLog
+ (__kindof NSURLSessionTask *)GET:(NSString *)URL parameters:(id)parameters success:(PPHttpRequestSuccess)success failure:(PPHttpRequestFailed)failure
+ (__kindof NSURLSessionTask *)GET:(NSString *)URL parameters:(id)parameters responseCache:(PPHttpRequestCache)responseCache success:(PPHttpRequestSuccess)success failure:(PPHttpRequestFailed)failure
+ (__kindof NSURLSessionTask *)POST:(NSString *)URL parameters:(id)parameters success:(PPHttpRequestSuccess)success failure:(PPHttpRequestFailed)failure
+ (__kindof NSURLSessionTask *)POST:(NSString *)URL parameters:(id)parameters responseCache:(PPHttpRequestCache)responseCache success:(PPHttpRequestSuccess)success failure:(PPHttpRequestFailed)failure
+ (__kindof NSURLSessionTask *)uploadFileWithURL:(NSString *)URL parameters:(id)parameters name:(NSString *)name filePath:(NSString *)filePath progress:(PPHttpProgress)progress success:(PPHttpRequestSuccess)success failure:(PPHttpRequestFailed)failure
上传文件
+ (__kindof NSURLSessionTask *)uploadImagesWithURL:(NSString *)URL parameters:(id)parameters name:(NSString *)name images:(NSArray<UIImage *> *)images fileNames:(NSArray<NSString *> *)fileNames imageScale:(CGFloat)imageScale imageType:(NSString *)imageType progress:(PPHttpProgress)progress success:(PPHttpRequestSuccess)success failure:(PPHttpRequestFailed)failure
上传单/多张图片
+ (__kindof NSURLSessionTask *)downloadWithURL:(NSString *)URL fileDir:(NSString *)fileDir progress:(PPHttpProgress)progress success:(void(^)(NSString *filePath))success failure:(PPHttpRequestFailed)failure
下载文件
设置AFHTTPSessionManager相关属性
+ (void)setAFHTTPSessionManagerProperty:(void(^)(AFHTTPSessionManager *sessionManager))sessionManager
自定义设置AFHTTPSessionManager实例
+ (void)setRequestSerializer:(PPRequestSerializer)requestSerializer
设置网络请求参数的格式:默认为二进制格式
+ (void)setResponseSerializer:(PPResponseSerializer)responseSerializer
设置服务器响应数据格式:默认为JSON格式
+ (void)setRequestTimeoutInterval:(NSTimeInterval)time
设置请求超时时间:默认为30S
+ (void)setValue:(NSString *)value forHTTPHeaderField:(NSString *)field
/// 设置请求头
+ (void)openNetworkActivityIndicator:(BOOL)open
是否打开网络状态转圈菊花:默认打开
+ (void)setSecurityPolicyWithCerPath:(NSString *)cerPath validatesDomainName:(BOOL)validatesDomainName
自建Https证书的路径
kIsNetwork
// 一次性判断是否有网的宏
kIsWWANNetwork
一次性判断是否为手机网络的宏
kIsWiFiNetwork
一次性判断是否为WiFi网络的宏
PPNetworkStatusType
PPNetworkStatusUnknown
/// 未知网络
PPNetworkStatusNotReachable
/// 无网络
PPNetworkStatusReachableViaWWAN
/// 手机网络
PPNetworkStatusReachableViaWiFi
/// WIFI网络
PPRequestSerializer请求数据格式
PPRequestSerializerJSON
/// 设置请求数据为JSON格式
PPRequestSerializerHTTP
/// 设置请求数据为二进制格式
PPResponseSerializer响应数据格式
PPResponseSerializerJSON
/// 设置响应数据为JSON格式
PPResponseSerializerHTTP
/// 设置响应数据为二进制格式
typedef void(^PPHttpRequestSuccess)(id responseObject)/// 请求成功的Block
typedef void(^PPHttpRequestFailed)(NSError *error)/// 请求失败的Block
typedef void(^PPHttpRequestCache)(id responseCache)/// 缓存的Block
typedef void(^PPNetworkStatus)(PPNetworkStatusType status)/// 网络状态的Block
PPNetworkCache
+ (id)httpCacheForURL:(NSString *)URL parameters:(id)parameters根据请求的 URL与parameters 同步取出缓存数据
+ (NSInteger)getAllHttpCacheSize获取网络缓存的总大小 bytes(字节)
+ (void)removeAllHttpCache/// 删除所有网络缓存
PPHTTPRequestLayer示例
PPInterfacedConst接口的常量
UIKIT_EXTERN NSString *const kLogin登录的接口地址
UIKIT_EXTERN NSString *const kExit退出的接口地址
UIKIT_EXTERN NSString *const kApiPrefix服务器请求的地址
PPHTTPRequest使用PPNetworkHelper的一个示例
+ (NSURLSessionTask *)getLoginWithParameters:(id)parameters success:(PPRequestSuccess)success failure:(PPRequestFailure)failure登录
+ (NSURLSessionTask *)getExitWithParameters:(id)parameters success:(PPRequestSuccess)success failure:(PPRequestFailure)failure退出
请求失败的blocktypedef void(^PPRequestFailure)(NSError *error)
请求成功的blocktypedef void(^PPRequestSuccess)(id response)
YTKNetwork分析
YTKBaseRequest
Request and Response Information
Request Configuration
@property (nonatomic) NSInteger tag///标签可以用来识别请求。默认值为0。
@property (nonatomic) YTKRequestPriority requestPriority/// 请求的优先级。默认值是`YTKRequestPriorityDefault`。
- (void)setCompletionBlockWithSuccess:(nullable YTKRequestCompletionBlock)success failure:(nullable YTKRequestCompletionBlock)failure
- (void)clearCompletionBlock
- (void)addAccessory:(id<YTKRequestAccessory>)accessory///添加请求附件的方便方法。另见 \"requestAccessories\"。
Request Action
- (void)start将自己添加到请求队列中，并开始请求。
- (void)stop///从请求队列中删除自己，并取消请求。
- (void)startWithCompletionBlockWithSuccess:(nullable YTKRequestCompletionBlock)success failure:(nullable YTKRequestCompletionBlock)failure///用块回调启动请求的方便方法。
Subclass Override
- (void)requestCompletePreprocessor///请求成功后，在切换到主线程之前，在后台线程上调用。注意如果///缓存加载完毕，这个方法将在主线程上被调用，就像`requestCompleteFilter`一样。
- (void)requestCompleteFilter///请求成功后在主线程上调用。
- (void)requestFailedPreprocessor///在请求失败后但切换到主线程之前，在后台线程上调用。参见/// `requestCompletePreprocessor`。
- (void)requestFailedFilter///当请求失败时在主线程上调用。
- (NSString *)baseUrl/// 请求的baseURL。这应该只包含URL的主机部分，例如http://www.example.com。/// 另见`requestUrl`。
- (NSString *)requestUrl///请求的URL路径。这应该只包含URL的路径部分，例如，/v1/user。参见 `baseUrl`。////// 讨论 这将与`baseUrl`一起使用[NSURL URLWithString:relativeToURL]进行连接。/// 正因为如此，我们建议在使用时遵循上述规则。/// 否则，结果URL可能无法正确形成。也请参考`URLString:relativeToURL`。////了解更多信息。////// 此外，如果`requestUrl`本身是一个有效的URL，它将被用作结果URL，并且。/// `baseUrl`将被忽略。
- (NSString *)cdnUrl///请求时可选择CDN URL。
- (NSTimeInterval)requestTimeoutInterval///请求超时时间间隔。默认为60s。//////讨论 当使用 \"resumableDownloadPath\"(NSURLSessionDownloadTask)时，会话似乎完全忽略了这一点。/// `NSURLRequest`的`timeoutInterval`属性。设置超时的一个有效方法是使用/// `NSURLSessionConfiguration`的`timeoutIntervalForResource`。
- (nullable id)requestArgument/// 附加请求参数。
- (id)cacheFileNameFilterForRequestArgument:(id)argument///在缓存时，重写这个方法来过滤带有某些参数的请求。
- (YTKRequestMethod)requestMethod/// HTTP request method.
- (YTKRequestSerializerType)requestSerializerType/// Request serializer type.
- (YTKResponseSerializerType)responseSerializerType/// Response serializer type. See also `responseObject`.
- (nullable NSArray<NSString *> *)requestAuthorizationHeaderFieldArray///用于HTTP授权的用户名和密码。应该形成@[@\"用户名\"，@\"密码\"]。
- (nullable NSURLRequest *)buildCustomUrlRequest/// 用这个方法建立自定义请求。如果该方法返回非零值，则返回 \"requestUrl\"、\"requestTimeoutInterval\"。/// \"requestArgument\"、\"allowsCellularAccess\"、\"requestMethod \"和 \"requestSerializerType \"都将被忽略。
- (BOOL)useCDN///发送请求时应使用CDN。
- (BOOL)allowsCellularAccess///是否允许该请求使用蜂窝无线电（如果存在）。默认为 \"是\"。
- (nullable id)jsonValidator/// 验证器将用于测试`responseJSONObject`是否正确形成。
- (BOOL)statusCodeValidator/// 这个验证器将用于测试`responseStatusCode`是否有效。
YTKBatchRequest批量请求：汶：原理就是一个for循环
@property (nonatomic) NSInteger tag区分batchRequest的标记
- (instancetype)initWithRequestArray:(NSArray<YTKRequest *> *)requestArray/// 创建一个包含一堆请求的 \"YTKBatchRequest\"。////// @param requestArray 请求用来创建批量请求。///
- (void)setCompletionBlockWithSuccess:(nullable void (^)(YTKBatchRequest *batchRequest))success failure:(nullable void (^)(YTKBatchRequest *batchRequest))failure设置完成的回调
- (void)clearCompletionBlock清除完成回调
- (void)start///将所有请求附加到队列中。
- (void)stop///停止所有批量请求的请求。
- (void)startWithCompletionBlockWithSuccess:(nullable void (^)(YTKBatchRequest *batchRequest))success failure:(nullable void (^)(YTKBatchRequest *batchRequest))failure/// 用块回调启动批处理请求的方便方法。
- (BOOL)isDataFromCache///是否所有响应数据都来自本地缓存。
YTKBatchRequestAgent汶：其实就是管理BatchRequest的一个单例数组
- (instancetype)init
+ (instancetype)new
+ (YTKBatchRequestAgent *)sharedAgent
///获取共享的批量请求代理。（单例）
- (void)addBatchRequest:(YTKBatchRequest *)request
/// Add a batch request.
- (void)removeBatchRequest:(YTKBatchRequest *)request
/// 删除之前添加的批量请求。
YTKChainRequest链式请求
- (NSArray<YTKBaseRequest *> *)requestArray所有的请求都存储在这个数组中。
- (void)start///启动链式请求，将链式中的第一个请求加入到请求队列中。
- (void)stop/// 停止链式请求。剩余的链上请求将被取消。
- (void)addRequest:(YTKBaseRequest *)request callback:(nullable YTKChainCallback)callback/// 将请求添加到请求链中。////// @param request 要链的请求。/// @param callback 完成回调。
YTKChainRequestDelegate协议
- (void)chainRequestFinished:(YTKChainRequest *)chainRequest///告诉委托人，链请求已经成功完成。////// @param chainRequest 相应的链请求。
- (void)chainRequestFailed:(YTKChainRequest *)chainRequest failedBaseRequest:(YTKBaseRequest*)request///告诉委托人链请求失败。////// @param chainRequest 对应的链请求。/// @param request 第一个失败的请求，导致整个请求失败。
YTKChainRequestAgent与YTKBatchRequestAgent类似
YTKNetworkAgent
YTKNetworkConfig
YTKNetworkPrivate私有方法和一些分类
YTKNetworkUtils
+ (BOOL)validateJSON:(id)json withValidator:(id)jsonValidator
+ (void)addDoNotBackupAttribute:(NSString *)path
+ (NSString *)md5StringFromString:(NSString *)string
+ (NSString *)appVersionString
+ (NSStringEncoding)stringEncodingWithRequest:(YTKBaseRequest *)request
+ (BOOL)validateResumeData:(NSData *)data
分类
YTKRequest (Getter)
- (NSString *)cacheBasePath
@interface YTKBaseRequest (Setter)
@interface YTKBaseRequest (RequestAccessory)
- (void)toggleAccessoriesWillStartCallBack
- (void)toggleAccessoriesWillStopCallBack
- (void)toggleAccessoriesDidStopCallBack
YTKRequest
架构设计
SUIMVVMKit
NSObject+SMKCoding
SMKCodingProtocol
+ (NSArray *)smk_allowedCodingPropertyNames这个数组中的属性名才会进行归档
+ (NSArray *)smk_ignoredCodingPropertyNames这个数组中的属性名将会被忽略：不进行归档
遵守SMKCodingProtocol协议
- (BOOL)smk_writeToFile:(NSString *)path atomically:(BOOL)useAuxiliaryFilearchiver
+ (instancetype)smk_objectWithFile:(NSString *)pathunarchiver
NSObject+SMKProperties
- (nullable NSDictionary *)smk_allProperties获取一个对象的所有属性
使用运行时添加属性
typedef _Nonnull id (^ViewModelBlock)( )
typedef void (^ViewMangerInfosBlock)( )
typedef void (^ViewModelInfosBlock)( )
NSObject+SMKRequest给底层的类添加这些属性，是为了给后面调用提供方便。都是通过runtime来给分类设置属性值。
SMKAction请求类，包装了AFN
+ (instancetype)sharedAction
- (void)cancelAllOperations取消所有操作
- (void)configScheme:(NSString *)scheme host:(NSString *)host配置全局的scheme和host，若request中重新设置新值，则值为request中设置的新值
- (NSURLSessionTask *)sendRequest: (id)request progress:(progressBlock)progress success:(successBlock)success failure:(failureBlock)failure发送请求(在外部配置request)
- (NSURLSessionTask *)sendRequestBlock: (id (^)(NSObject *request))requestBlock progress:(progressBlock)progress success:(successBlock)success failure:(failureBlock)failure发送请求Block(在block内部配置request)
typedef void (^successBlock)(id responseObject)请求成功block
typedef void (^failureBlock) (NSError *error)请求失败block
typedef void (^progressBlock)(NSProgress * progress)监听进度响应block
SMKRequestFileConfig用来封装上文件数据的模型类
+ (instancetype)fileConfigWithfileData:(NSData *)fileData name:(NSString *)name fileName:(NSString *)fileName mimeType:(NSString *)mimeType
- (instancetype)initWithfileData:(NSData *)fileData name:(NSString *)name fileName:(NSString *)fileName mimeType:(NSString *)mimeType
SMKRequestProtocol
- (id)smk_requestParameters配置request请求参数
- (void)smk_requestConfigures配置request的路径、请求参数等
@protocol SMKRequestProtocol <NSObject>遵守NSObject协议是为了能使用它里面的方法
SMKMediator
- (instancetype)initWithViewModel:(id<SMKViewModelProtocol>)viewModel viewManger:(id<SMKViewMangerProtocol>)viewManger;初始化
+ (instancetype)mediatorWithViewModel:(id<SMKViewModelProtocol>)viewModel viewManger:(id<SMKViewMangerProtocol>)viewManger;
- (void)noticeViewModelWithInfos:(NSDictionary *)infos;将infos通知viewModel
- (void)noticeViewMangerWithInfos:(NSDictionary *)infos;将infos通知viewMnager
SMKViewMangerProtocol
@protocol SMKViewMangerProtocol <NSObject>
- (void)smk_notice
- (void)smk_viewMangerWithSuperView:(UIView *)superView设置Controller的子视图的管理者为self
- (void)smk_viewMangerWithSubView:(UIView *)subView设置subView的管理者为self
- (void)smk_viewMangerWithHandleOfSubView:(UIView *)subView info:(NSString *)info设置添加subView的事件
- (__kindof UIView *)smk_viewMangerOfSubView返回viewManger所管理的视图
- (void)smk_viewMangerWithOtherSubViews:(NSDictionary *)viewInfos得到其它viewManger所管理的subView，用于自己内部
- (void)smk_viewMangerWithLayoutSubViews:(void (^)( ))updateBlock需要重新布局subView时，更改subView的frame或者约束
- (void)smk_viewMangerWithUpdateLayoutSubViews使子视图更新到最新的布局约束或者frame
- (void)smk_viewMangerWithModel:(NSDictionary * (^) ( ))dictBlock将model数据传递给viewManger
- (ViewEventsBlock)smk_viewMangerWithViewEventBlockOfInfos:(NSDictionary *)infos处理viewBlock事件
- (ViewModelInfosBlock)smk_viewMangerWithViewModelBlockOfInfos:(NSDictionary *)infos处理ViewModelInfosBlock
- (ViewMangerInfosBlock)smk_viewMangerWithOtherViewMangerBlockOfInfos:(NSDictionary *)infos处理ViewMangerInfosBlock
- (void)smk_viewManger:(id)viewManger withInfos:(NSDictionary *)infos将viewManger中的信息通过代理传递给ViewModel
typedef void (^ViewEventsBlock)( );
typedef void (^ViewModelInfosBlock)( );将自己的信息返回给ViewModel的block
typedef void (^ViewMangerInfosBlock)( );将自己的信息返回给ViewManger的block
SMKViewModelProtocol
@protocol SMKViewModelProtocol <NSObject>
- (void)smk_viewModelWithViewController:(UIViewController *)viewController返回指定viewModel的所引用的控制器
- (NSURLSessionTask *)smk_viewModelWithProgress:(progressBlock)progress success:(successBlock)success failure:(failureBlock)failure加载数据
- (void)smk_viewModelWithModelBlcok:(void (^)(id model))modelBlock传递模型给view
- (ViewMangerInfosBlock)smk_viewModelWithViewMangerBlockOfInfos:(NSDictionary *)infos处理ViewMangerInfosBlock
- (ViewModelInfosBlock)smk_viewModelWithOtherViewModelBlockOfInfos:(NSDictionary *)infos处理ViewModelInfosBlock
- (void)smk_viewModel:(id)viewModel withInfos:(NSDictionary *)infos将viewModel中的信息通过代理传递给ViewManger
typedef void (^successBlock)(id responseObject);请求成功block
typedef void (^failureBlock) (NSError *error);请求失败block
typedef void (^progressBlock)(NSProgress * progress);监听进度响应block
iOS 编码思维路径
苹果版MVC
View不和Mode建立联系，让view可以重用
当view是通用时采用
view的子控件会暴露出来，给控制器使用
如果想要隐藏view的子控件，那么就定义一个set数据的方法出来给控制器调用，实现传输数据
控制器和view建立了联系
控制器和mode建立了联系
MVC变种，
readonley的属性只会生成带_下划线的成员变量
view的子控件会隐藏
view会拥有mode
缺点，view依赖那个mode
其中view的事件处理要传递到外界去，用delegate实现
为什么delegate要遵守NSObject，因为遵守后，可以调用responsselector
MVP
M就是model，v就是view，p就是presentor
MVVM
M就是model
v就是view
vm就是viewmode
mvvm区别mvp就是，mvvm有数据绑定
mvvm刷新数据？
mvvm配合rac使用
mvvm配合fbcontroler使用，是facebook分类
三层架构
界面层MVC、mvvm、mvp
只要搭建界面
不需要关注请求地址，交给业务层
业务层
需要什么
数据层
数据来源
四层架构
iOS 课程大纲
iOS 底层课大纲
iOS 越狱课大纲
01 越狱知识点掌握及开发环境搭建
iOS 大神班大纲
iOS开发舆图
0 实例
Collaborative List of open Source Apps
AppCoda.com
Standard University CS 193 P
Raywenderlich.com
01 iOS基础
列表
UITableView
UICollectionView
Expandable Cell
Header
Placeholder
CollectionViewLayout
IGListKit
图表
Charts
图形
Core Graphics
图片
图片处理
PDF
布局
TinyConstraints
AutoLayout
Snapkit
Simplex算法
Flexbox
AsyncDisplayKit
Masonry
多媒体
视频
音频
游戏
ARKit
Core Image
Metal
GPUImage
Scenekit
Image I/O
Sirikit
App Services
硬件
定位（Core Location）
通知
WebView
iCloud
WatchKit
照片
相机
文件管理
手势
键盘
蓝牙
NFC
Force Touch
iBeacon
地图
Apple TV
Email
Passbook
支付
Core Motion
动画
Pop
Spring
Lottie-iOS
UIBezierPath
Core Animation
GUI框架
WebKit框架
Flutter框架
Texture框架
02 iOS系统
Foundation
《Mac OSX and iOS internals》
XNU
dyld
Mach-O
界面
UIViewController
UINavigationController
ScrollView
按钮
Label
表单
登录
菜单
Navigation Bar
Popup
进度条
下拉刷新
Segmented Control
Slider
Splash View
Status Bar
Stepper
Switch
Tab Bar
Picker View
日历
卡片
自定义控件
浮层
弹窗
标签
通知中心
Text
Text Kit
UIPageControl
CoreText
字体
多窗口
向导
03 编程语言
Swift
集合
双精度和布尔
var变量
结构体和类
字符串
正则表达式
枚举
属性
Optional
Mirror
泛型
defer
Never
Result
类型擦除
元编程 Sourcery
动态性
IDE
SwiftNIO
SwiftUI
Combine
Function Builders
命令行
REPL
Docker Swift
时间
数学
Swift源码
Objective-C
值对象
Method
KVC
KVO
Runtime
Block
反射
Category
架构
SOLID
VIPER
CTMediator
路由
消息总线
设计模式
工厂方法
单例方法
观察者模式
备忘录模式
外观模式
适配器模式
编程范式
函数式编程
面向协议编程
响应式编程
ReactnativeCocoa
RXSwift
代码规范
SwiftSyntax
SwiftLint
OCLint
Modern Code Review：A case at Google
04 开发工具
Xcode
Instrument
编译
LLVM
Driver
Clang
LLVM IR
LLVM Backend
链接器
静态分析
方法跟踪
Favx Pas
LSP（language Server Protocol）
Coverity
Inter
CLang Static Analyzer
Libclang
LibTooling
Clang Plugin
AST matchers
包管理
Swift Package Manager
CocoaPods
Carthage
05 开发完成
调试
InAppView Debugger
MTHawkeye
DTrace
LLDB
Injection for xcode
Injectionlll
Lookin
持续交付
Jenkins
Fastlane
Venom
EasyBox
Build
CMake
App Store
App Store Connect
项目管理
包大小
测试
单元测试
BDD
TDD
XCTest
Kiwi
Specta
Expecta
OCMock
OHHTTPStubs
A/B测试
界面测试
代码覆盖率
自动化测试
06 上线后
APM
DoraemonKit
Matrix
GodEye
卡顿监控
内存监控
启动速度（fishhook、Messier）
电量
听云
友盟
Fabric
崩溃
PLCrash reporter
KSCrash
Crash日志解析
Watch Dog
后台崩溃
野指针
bugly.qq.com
日志
Swifty Beaver
Cocoa Lvmberjack
XLog
Logan
无侵入埋点
动态化
Wax Patch
JSPatch
DynamicCocoa
OCS
MABlockClosure
Aspects
OCEval
Libffi
Hybird
JSBridge
React Native
Weex
07 计算机基础
汇编
PC Assembly Book
x64 Cheat Sheet
Stantand CSIOT Givd to x86-64
Calling Convention
Assembly
ARM64
C in ASM (ARM64)系列
mikeash.com
Dissecting objc.msgSend on ARM64
算法
链表
KMP
二叉树
二叉排序树
AVL二叉平衡树
红黑树
B树
队列
Recursion
动态规划
Greedy
NP Complete
Bit Manipulation
Big-O notation
数据结构
Stack
Array
List
Map
Multimap
Set
Multiset
Graph
Queue
内存
循环引用
FBMemory Profiler
内存管理
内存布局
TaggectPointer
引用计数
弱引用表
ARC、MRC
自动释放池
内存映射
MMKV
OOM
多线程
NSThread
GCD
@synchronized
NSLock
NSRecursiveLock
pthread_mutex
OSSpinLock
后台模式
RunLoop
CFRunLoop
NSRunLoop
NSMachPort
NSPortMessage
08 通用知识
渲染
Core Animation Pipeline
VSync与双缓冲机制
Skia
Vulkan
Blink Rendering
OpenGL ES
GPU
数据库
SQLite Swift
Core Data
Realm
FMDB
WCDB
归档
网络
TCP
UDP
DNS解析
HTTP协议
URLProtocol
NetworkExtension
网络安全
Charles
mitmproxy
Wireshark
Multipart
Alamofire
NSURLSession
OAuth2
OAuthSwift
GraphQL
数据表示
JSON
JSONModel
YYModel
JSONDecoder
Simdjson
lkiqaJSON
CVS
XML
09 专有知识
智能
TensorFlow
BNNS
MPSCNN
Create ML
Core ML
MLKit
图像识别
YOLO
安全
iOS代码签名
CyptoSwift
KeychainAccess
Valet
RNCryptor
混淆加固
Encryption
服务侧
Vapor
Petect
Kitura
dockSwiftOnARM
小程序
taro
区块链
10 视野
iOS SDK
UIKit
UICollectionViewController
一个专门管理集合视图的视图控制器。
一个管理数据项的有序集合的对象，并使用可定制的布局来展示它们。
Drawing使用颜色、渲染器、绘制路径、字符串和阴影来配置你的应用程序的绘图环境。
Color
UIColor
Drawing Contexts使用渲染器将一组程序化的绘图命令转化为位图或PDF图像。
UIGraphicsRenderer
UIGraphicsRendererContext
Paths
UIBezierPath一个由直线和曲线段组成的路径，你可以在你的自定义视图中呈现。
介绍
Inherits FromNSObject
Conforms ToNSCopyingNSSecureCoding
@interface UIBezierPath : NSObject
Creating a Bézier Path
bezierPath
+ (instancetype)bezierPath;
bezierPathWithRect:
+ (instancetype)bezierPathWithRect:(CGRect)rect;
bezierPathWithOvalInRect:
+ (instancetype)bezierPathWithOvalInRect:(CGRect)rect;
bezierPathWithRoundedRect:cornerRadius:
init
initWithCoder:
Constructing a Path构建路径
moveToPoint:
将路径的当前点移动到指定的位置。
- (void)moveToPoint:(CGPoint)point;
addLineToPoint:
在路径上添加一条直线。
- (void)addLineToPoint:(CGPoint)point;
线段的目的点，在当前坐标系中指定。
本方法创建一个以当前点为起点，以point参数指定的点为终点的直线段。添加线段后，本方法将当前点更新为point中的值。
在调用本方法之前，必须设置路径的当前点（使用moveToPoint:方法或通过之前创建的直线或曲线段）。如果路径为空，本方法不做任何操作。
appendPath:
将指定路径对象的内容添加到路径中。
- (void)appendPath:(UIBezierPath *)bezierPath;
removeAllPoints
currentPoint
图形路径中的当前点。
closePath
- (void)closePath;
关闭最近的子路径。
这个方法通过在子路径的第一点和最后一点之间创建一个线段来关闭当前的子路径。此方法随后将当前点更新到新创建的线段的末端，也就是现在关闭的子路径中的第一个点。
Drawing Paths绘制路径
fill
使用当前的绘图属性来绘制路径所包围的区域。
本方法使用当前的填充颜色和绘图属性来填充路径。如果路径中包含任何打开的子路径，本方法会在绘制填充区域之前隐式关闭它们。
绘制的区域包括路径线本身的像素，但不包括路径线。对于线宽较大的路径，这可能会导致填充区域和被描边的路径（其本身以路径线为中心）之间的重叠。
此方法在绘制前自动保存当前图形状态，并在绘制完成后恢复该状态，因此您不必自己保存图形状态。
fillWithBlendMode:alpha:
使用指定的混合模式和透明度值来绘制路径所包围的区域。
Accessing Drawing Properties访问图纸属性
lineWidth
路径的线宽。
线宽定义了接收器的描边路径的厚度。宽度为0被解释为可以在特定设备上渲染的最薄的线。实际渲染的线宽可能与指定的宽度相差2个设备像素，这取决于线相对于像素网格的位置和当前的抗锯齿设置。线条的宽度还可能受到活动图形上下文的当前变换矩阵中指定的缩放因子的影响。默认线宽为1.0。
lineCapStyle
lineJoinStyle
笔画路径的连接段之间的连接形状。
miterLimit
有助于避免在连接线段之间的交界处出现尖峰的极限值。
@property(nonatomic) CGFloat miterLimit;
flatness
决定曲线路径段渲染精度的因素。
Specifying Clipping Paths指定剪接路径
addClip
UIRectFill
Strings
UIBaselineAdjustment
Layer Basics
CALayer
Conforms ToCAMediaTimingNSSecureCoding
Creating a Layer
layer
+ (instancetype)layer;
Modifying the Layer Geometry修改层的几何形状
frame
@property CGRect frame;
Modifying the Layer’s Appearance修改图层的外观
mask
一个可选的图层，其alpha通道用于掩盖图层的内容。
@property(strong) __kindof CALayer *mask;
此属性的默认值为零。当配置蒙版时，记得设置蒙版图层的大小和位置，以确保它与被蒙版的图层正确对齐。
您分配给此属性的图层必须没有超级图层。如果有的话，行为是未定义的。
CATextLayer一个提供简单的文本布局和渲染纯文本或属性字符串的层。
@interface CATextLayer : CALayer
Inherits FromCALayer NSObject
如果要实现UILabel的效果，就要使用attribute的属性
Getting and Setting the Text
string
@property(copy) id string;
文本必须是NSString或NSAttributedString的实例。默认值为nil。
Text Visual Properties
font
@property CFTypeRef font;
用于渲染接收方文字的字体。
可以是 CTFontRef、CGFontRef、NSFont 实例（仅适用于 macOS）或命名字体的字符串。
在iOS中，你不能将UIFont对象分配给此属性。默认值为 Helvetica。
字体属性仅在字符串属性不是 NSAttributedString 时使用。
如果字体属性是CTFontRef、CGFontRef或NSFont的实例，则忽略该属性的字体大小。
fontSize
fontSize 属性仅在字符串属性不是 NSAttributedString 时使用。
foregroundColor
@property CGColorRef foregroundColor;
Text Alignment and Truncation
wrapped
alignmentMode
truncationMode
决定如何截断文本以适应接收者的边界。
@property(copy) CATextLayerTruncationMode truncationMode;
可能的值在 Truncation 模式中有所描述，默认为 kCATruncationNone。默认值为kCATruncationNone。
CAShapeLayerA layer that draws a cubic Bezier spline in its coordinate space.一个在其坐标空间中绘制立方贝塞尔花键的图层。
@interface CAShapeLayer : CALayer
只有CAShpeLayer才有Path属性吗？
Specifying the Shape Path
path
定义要渲染的形状的路径。可动画化。
@property CGPathRef path;
与大多数可动画属性不同，路径（与所有的CGPathRef可动画属性一样）不支持隐式动画。不支持隐式动画，就是说，改变这个属性，不会自动执行动画
路径对象可以使用 CAPropertyAnimation 的任何一个具体的子类来制作动画。路径将作为 \"在线 \"点的线性混合进行插值；\"离线 \"点可以进行非线性插值（例如，为了保持曲线导数的连续性）。如果两条路径的控制点或控制段的数量不同，那么结果将无法定义。如果路径延伸到图层边界之外，它不会自动被剪切到图层，只有当正常的图层遮蔽规则导致这样的情况时才会被剪切。此属性的默认值为nil。
Accessing Shape Style Properties
fillColor
用于填充形状路径的颜色。可动画化。
@property CGColorRef fillColor;
strokeColor
用来描边形状的路径的颜色。可动画化。
将strokeColor设置为nil，则不会显示任何笔触。默认为nil。
lineCap
指定形状的路径的线帽样式。
@property(copy) CAShapeLayerLineCap lineCap;
strokeStart
开始划动路径的相对位置。可动画化。
@property CGFloat strokeStart;
strokeEnd
fillRule
填充形状的路径时使用的填充规则。
@property(copy) CAShapeLayerFillRule fillRule;
指定形状路径的线宽。可动画化。
CAGradientLayer在其背景色上绘制颜色渐变的图层，填充图层的形状（包括圆角）。
Gradient Style Properties
colors
一个CGColorRef对象的数组，定义了每个渐变停止的颜色。可动画化。
@property(copy) NSArray *colors;
locations
一个可选的NSNumber对象数组，定义每个梯度停止的位置。可动画化。
@property(copy) NSArray<NSNumber *> *locations;
梯度停顿值指定为0和1之间的值，这些值必须是单调增加的。如果为零，则在整个范围内均匀分布停止值。默认值为零。渲染时，在插值之前，颜色会被映射到输出颜色空间。
endPoint
在图层的坐标空间中绘制梯度的终点。可动画化。
@property CGPoint endPoint;
startPoint
在图层的坐标空间中绘制梯度的起始点。可动画化。
@property CGPoint startPoint;
type
@property(copy) CAGradientLayerType type;
Defaults to kCAGradientLayerAxial.
图层绘制的渐变样式。
Animation
CAAnimation
CABasicAnimation
CAPropertyAnimation
CAKeyframeAnimation
CASpringAnimation
CATransition
Animation Groups
CAAnimationGroup
iOS 越狱
iOS 越狱步骤
界面分析
代码分析
动态调试
代码编写
Android
Flutter
Flutter-自建仓库学习资料
Flutter控件
ScrollController
监听滚动偏移量
Flutter_app创建过程
1.main.dart启动控件
Flutter启动类main.dart的函数
2.main.dart下的第一个封装的widget
可以是一个又封装了一层的wiget，封装这一个主要是为了方便改什么呢？
3.封装一个有底部导航和顶部导航的widget
一般这个widget接触到app所有的主widget，就是说一个tab一个主widget
Flutter开发体系
6 开源App
awesome-flutter
前端
互联网开发流程
1.外包项目开发流程参考
1.意向接触阶段
与客户初步接洽，了解客户大体想法
我方资质、能力、业务范围、相关产品画册等介绍
与客户交流，梳理出大概产品思路
2.需求阶段
双方达成合作意向后
选定项目经理
根据与客户逐步接洽，梳理出客户需求
业务逻辑
涉及平台
web网站
微信公众平台
终端平台建设
android
ios
后端管理平台
推送、短信、地图等第三方平台接入
根据客户需求，我方提供初步项目的建设规划文档，包含
需求分析
功能初步探讨
系统流程
服务器建设方案
系统实施方案
项目预算
成功案例
我方资质
3.设计阶段
双方达成共识，签订合同后
创建项目svn
目录分为
document
01 文档
02 UI
03 设计
等
因项目需要而定
php
web
项目经理对客户需求进行整理，制作原型
工具
原型设计
justinmind
（现在在用的）
axure
思路梳理
xmind
这时有可能需要UI设计出部分效果图
项目经理做好原型反复与客户交流、修改、确认原型后
选定此项目组参与人员
UI设计人员、数据库设计人元、测试人员、移动端android/ios开发人员、后端开发人员、web开发人员
给相应人员分配svn权限，大家下载项目资料，大致了解项目情况
项目经理召开项目第一次项目例会
以上人员全部需要参加
项目经理通过原型讲解项目
项目业务需求、功能实现设计
参与人员对项目进行了解、理解后
有疑问、建议的话可以随便提出
项目经理对大家疑问进行解答
对建议进行讨论，合理的话进行采纳
大家对项目有统一的认识后
UI设计
根据原型进行UI页面设计
数据库设计人员
进行数据库设计
项目经理
编辑json交互文档
测试人员
根据原型编写测试用例
后台、移动端开发人员
根据项目实际情况，可先搭建部分项目框架
项目经理做开发规划
工期倒推节点设定
4.实施阶段
将效果图、切图文件传到svn相应目录
android端开发人员
到svn项目目录clone自己需要的素材
编写页面
后端开发人员
创建数据库
编写后台
根据json文档，编写json文件
添加到json网站上
移动端与后端联调json
根据时间规定，完成beta1版本，提交测试人员测试
测试人员按测试用例进行测试，没有问题后
ios人员进入开发
每周一开项目例会
进行
上周总结
上周工作情况，按没按上周的本周计划完成
如果没完成，没完成的原因是什么
交付物是什么
本周计划
制定本周工作计划
经过UI设计、测试、移动端开发人员、后端开发人员、项目经理，协同合作
完成项目一期要求
编写更新内容
提交各大android应用市场
提交app store审核
5.落地阶段
对项目进行交付使用
试运行后调优
自己产品的话
安排运营部进行网宣工作
整理市场、运营部门的内容反馈
根据市场实际反馈情况进行下一期的功能梳理
6.项目经理进行总结
实际完成情况与最初计划有什么差异
为什么有这样的差异
以后如何避免
如何更加准确的对项目进行预估
2.互联网开发流程【容老师】
集成方式
按业务集成
1.需求问题暴露的比较晚
2.业务A-代码仓库
3.业务B-代码仓库
4.网路库
版本迭代
按需求集成
1.需求完成就合码
2.需求delay
1.合码回退
团队规模
产品形态
1.平台型的产品
1.腾讯的手Q
2.美团
3.【发版节奏】一周发一次车
需求开发完就发版
2.独立的产品【非平台类】
1.需要对接不同的业务方
2.规模都是100人以上
3.腾讯的微信
4.【发版节奏】按需求迭代，需求完成就完成
5.[发版节奏]视频类的app不赶时间
6.[没有时间节点]淘宝类的
7.一年定发版周期
工程形态
非组件化
组件化
埋点会涉及多个项目的改动
组件化的研发效率要做到没有组件化的研发效率
组件化带来的收益
编译速度提升
快速组成一个app
组件化带来的问题
二进制debug的效率
职责划分
业务团队
性能优化团队
纯业务团队
UGC需求
政府需求
基础团队
基础平台
研发平台
网路库
版本号的变更
图片库
研发怎么接到一个需求
需求评审
产品内部评审
设计内部评审
用例的评审
Test case库
测试人员维护
跑的不好的公司是研发、产品、测试，开会给产品补齐需求
开了会知道怎么测试产品
软件灰度测试
1.Testflight灰度
1万多的量
安卓的灰度量非常大
2.越狱灰度
3.灰度版本
灰度版本1
问题多
灰度版本2
一般发个3到4个版本灰度
3.如何做好持续交付
1.持续交付到底有什么价值？
你了解持续交付吗？
刘汶总结：
持续交付的价值就是快速适应市场环境，提高自己产品的竞争力
持续集成、持续交付和持续部署的关系
持续集成
我们通常会把软件研发工作拆解，拆分成不同模块或不同团队后进行编码，编码完成后，进行集成构建和测试。这个从编码到构建再到测试的反复持续过程，就叫作“持续集成”。
1.编码
1.开发人员写代码
2.构建
1.开发人员打包、发布
3.测试
1.测试人员进行测试
持续集成过度到持续交付
这个在“持续集成”之后，获取外部对软件的反馈再通过“持续集成”进行优化的过程就叫作“持续交付”，它是“持续集成”的自然延续。
“持续集成”一旦完成，则代表产品处在一个可交付状态，但并不代表这是最优状态，还需要根据外部使用者的反馈逐步优化。当然这里的使用者并不一定是真正的用户，还可能是测试人员、产品人员、用户体验工程师、安全工程师、企业领导等等。
获取外部对软件的反馈，然后又持续集成，这个过程叫持续交付
持续部署
传统安装型软件，要现场调试，要用户购买等等，其难度可想而知。即使是可达度最高的互联网应用，由于生产环境的多样性（各种软件安装，配置等）、架构的复杂性（分布式，微服务）、影响的广泛性（需要灰度发布）等等，就算产品已是待交付的状态，要真正达到用户可用的标准，还有大量的问题需要解决。
而“持续部署”就是将可交付产品，快速且安全地交付用户使用的一套方法和系统，它是“持续交付”的最后“一公里”。
刘汶总结：持续部署就是将可以交付的产品快速的交付给用户使用
可见，“持续交付”是一个承上启下的过程，它使“持续集成”有了实际业务价值，形成了闭环，而又为将来达到“持续部署”的高级目标做好了铺垫。
虽然从概念上你可以这样理解，但从实践和我个人多年的经验来说，往往是从“持续部署”（自动化发布）开始推进“持续交付”，这才是一条优选的路径。这部分内容我会在后续文章中详细介绍。
持续交付的显性价值
持续交付也通常以“发布流水线”的方式来解释，即研发团队从开发，到测试，再到部署，最终将产品交付给最终用户使用的过程。如下图：
虽然持续交付着重打造的是发布流水线的部分，但它所要达到的目标是在“最终用户”和“研发团队”之间建立紧密的反馈环：通过持续交付新的软件版本，以验证新想法和软件改动的正确性，并衡量这些改动对软件价值的影响。
这里说的“软件价值”，说白了就是收入、日活、GMV 等 KPI 指标了。
通常我们在实施持续交付后，都能够做到在保证交付质量的前提下，加快交付速度，从而更快地得到市场反馈，引领产品的方向，最终达到扩大收益的目的。
在互联网应用盛行、速度为王的今天，持续交付的价值更是被突显出来。持续交付的能力，正成为评定一家互联网公司研发能力的重要指标。
持续交付的隐性价值
如果你是 CTO 或者是一个较大规模研发团队的管理者
你是不是时常困扰于技术选型的问题？
技术选型最大的难点在于影响大，又难以验证（或者验证效率低下）。而造成这些困境的绝大多数原因是没有合适的测试环境，比如环境差异造成测试数据缺乏说服力，又比如缺少隔离环境造成服务冲突等等。而这正是持续交付的用武之地。
持续交付的实施，将全面改善企业对测试环境的管理方法，使得环境管理更合理、更自由。我也将在后续章节里介绍如何做好环境管理。
你是不是经常头痛于已制定的标准难以落地？
标准、规范、流程的落地，都需要载体，而最好的载体就是平台工具。而持续交付是一整套平台工具的落地，几乎涵盖了研发的整个生命周期，是天然的、最佳的载体。
另外，持续交付的落地本身就伴随着各类标准、规范、流程的制定和实施，可以说两者相互依存，是非常好的管理思想落地方案。
你是不是时常考虑如何提高跨部门协作的效率？
我看到的每一个持续交付实施团队，都可以说是最厉害的“拆墙大队”，拆的就是各个研发协作部门间的“隔离墙”。
持续交付能够向各个协作部门输出统一的标准、流程和工具，提升沟通效率；并且通过大量的自动化，进一步提升各部门工作效率；还可以快速集成，把各个分散的团队，无论是横向的业务研发团队，还是纵向的技术框架团队，紧紧地联系在一起，共同进退。
你是不是担心“黑天鹅”的降临？
既然叫“黑天鹅”，那就是说明它的产生有一定的必然性。正应了一句老话“是福不是祸，是祸躲不过”，既然躲不过，那就解决它呗。其实任何故障都有一个天敌，叫作：快速恢复。
假设，所有的故障都可以在 3 分钟内恢复，你是不是觉得天下无敌了。那恢复故障最快、最有效的手段又是什么呢？当然就是回滚（或重新部署）了，而这正是持续交付所包含和着力打造的能力之一。
如果你是 Team Leader
你一定希望团队的知识能够传承。
互联网公司的人才流动之频繁已经远远超过了你我的想象。人来人往，如何将知识传承下来呢？其实在这方面，持续交付也能为团队提供很多帮助。
首先，持续交付将团队赖以生存的工作流程进行了固化；其次，利用代码静态检查等工具，能够很好地传承团队多年来的代码规范，并作为检查项进行自动化校验；再次，自动化测试的脚本，同样是团队经验的产物。
你一定希望团队专注于业务而非工程。
目前越来越多的公司或研发组织意识到，持续交付体系也如同中间件一样，能够从日常的业务研发工作中抽象出来，其不同只在于中间件解决架构问题，而持续交付解决工程问题。
这样研发团队能够全力应付业务的需求，而不用总是重复奔波于一些烦人且耗时的工程问题，比如安装测试机、准备编译服务器等等。
你一定希望以一个较平稳的节奏持续工作。
虽然在实施持续交付的初期，团队为了适应新的流程和工具，会有一定的效率下降，但之后在自动化的帮助下，团队效率会有一个明显的提升并逐渐稳定下来。
持续交付就是这样通过稳固的流程、自动化的工具和公开而真实的数据，来避免发布前夕容易发生的“死亡行军”式开发阶段。
如果你是产品经理
你应该是产品真正的第一个用户。
持续交付不仅仅是可以保证每一个变化都能及时得到测试以及反馈，更多的是解决测试与实际发布时存在差异的问题。
产品人员再也不会陷入“为什么用户端运行的结果，和在测试环境中的不一致”这样的窘境，他们将真正成为第一个用户，而不再是最后一个 QA。
你应该完全知悉当前的进度和质量。
作为产品人员，你是不是一直有这样的感觉：和研发团队之间总有一扇墙，程序员们似乎并不乐意告诉产品人员项目的真相；而最终总有这样那样的理由造成延期，产品人员往往无话可说。
那么，持续交付就能够实时地反应当前的开发情况，从而帮助产品人员决策和调整。
你的产品应该随时能发布。
计划永远赶不上变化，任何产品人员都希望自己的产品能够随时处于可发布状态。这样就能灵活地交付已完成的功能，迎合市场或业务的需要。
本质上，做到代码上线和业务上线的解耦分离，这也正是持续交付方法论强调的一个重点。
如果你是一个程序员
你可以通过对持续交付的学习，进一步加强自己对整个软件工程的认识。
持续交付涵盖了软件交付端到端的整个周期，其覆盖面不仅仅包括编码，还包括：设计、测试、部署、运维、运营等等。
如果你对自己的发展有更高的要求，那么你就应该学习一下持续交付的内容，它能让你看到更多与编码有关的其他东西，比如不同的编码方式等；也能让你站在更高的角度去看待自己的工作：研发效率的提高往往不是个人能力的提高，而是集体协同效率的提高。
你可以利用持续交付的工具或最佳实践，提高自己的工作效率和质量。
随着持续交付的流行，其配套的实践和工具也层出不穷。如果你玩过 ping-pong 式的结对编程（A 写测试，B 写实现，然后 B 写下一个测试，A 写重构和实现），你一定会觉得编程如此轻松有趣，而这种 TDD 的方式也很好的保证了代码质量。
你可以参与到持续交付实施中去，享受为其他程序员提供效率工具的挑战和乐趣。
试想一下，如果你是一个出租车司机，而你的乘客却是舒马赫（F1 世界冠军），此时你开车的压力会有多大。其实参与到持续交付的实施中也是一样，因为你正在用程序员的方式改造程序员的工作习惯，为程序员提供工具。
虽然挑战和压力巨大，但这又是如此有趣，你将会站在另一个高度去看你曾经的工作，不想试试吗？
如何评估持续交付的价值
我跟你说了这么多持续交付的价值，那如何评估它呢？这是一个非常难的问题，我自己每年在绩效考评时也都会问自己这个问题：我到底应该怎么给老板汇报呢？我可以量化持续交付的价值吗？
首先，你一定会说，我可以衡量产品的交付速度是否变快了。但是，实际情况下影响产品交付速度的因素实在太多，虽然我们一定知道持续交付有积极作用，但到底占比是多少呢？好像非常模糊，难以回答。
然后，你又想到，我们可以衡量各个自动化过程的速度是否变快了，比如：编译速度、发布速度、回滚速度、自动化测试速度等等。
是的，这些指标确实很好地反应了持续交付的价值，但总觉得这些并不是全部，持续交付的标准化、推行的新流程、改革的环境治理架构，好像都没有体现出来。
那到底应该怎么评估持续交付的价值呢？这里和你分享一下我在携程是怎么解决这个问题的。
消灭不可持续点
不可持续点
我除了会评估一些常规的 KPI 外，更多地会换一种思考方式。既然很难量化持续交付的价值，那么我们就具象化，来看看整个工程生命周期中有多少被开发人员诟病，或者阻碍开发人员自助处理的问题点 ，即“不可持续点”：
开发不能按需产生隔离的测试环境；
生产代码回滚后，要手工处理代码分支；
预发布（Staging）流量要能自动分离，以便预发布测试。
在携程，我们会将所有的“不可持续点”进行记录和分解，通过 OKR 的考评方式，将消灭这些点作为目标，拆解出来的可行动点，作为关键结果，以这样的方式来完成绩效考评。
虽然，有些“不可持续点”已经超越了一般传统持续交付的概念，甚至有些已经超越了纯技术改进的范畴，但是持续交付仍会一直关注于消灭这些“不可持续点”。
So what，我们就是要持续交付我们的价值！
2.影响持续交付的因素有哪些？
组织和文化因素
第一个层次：紧密配合，这是组织发展，部门合作的基础。
一般企业都会按照职能划分部门。不同的职能产生不同的角色；不同的角色拥有不同的资源；不同的资源又产生不同的工作方式。这些不同的部门紧密配合，协同工作于共同的目标，就能达到成效。
第二个层次：集思广益，这就需要组织内各个不同部门，或不同职能的角色，跳出自身的“舒适区”。
除思考和解决本身职能的问题外，各部门还要为达到组织的共同目标，通盘考虑和解决所遇到问题和困难。这个层次需要增加组织的透明度，需要接受互相批评和帮助。
第三个层次：自我驱动，是理想中的完美组织形式
如果第二个层次能够持续地运转，就会形成自我学习、自我驱动的飞轮效应，并且越转越快，它甚至能自发式的预见困难，并自驱动解决问题。
这三个层次看起是不是有点眼熟，和我在上一篇文章中讲到的持续集成的三个层次：
分模块编码；
整体集成；
实现以上两个过程的自动化，并形成闭环；
那么，在形成理想组织的实际执行中会遇到哪些问题呢？
好像是一样的。真是有趣，持续交付其实也是帮企业建立更好的组织形式的一种方法。
一般软件企业与交付有关的研发部门包括四个：产品、开发、测试和运维。而这四个部门天然地形成了一个生产流水线，所以形成理想组织的第一层次紧密配合，基本没什么问题。
但是，要达到第二层次集思广益的难度，往往就很大。因为，每个部门有自身的利益，以及自己的工作方式和目标。
比如，产品人员和测试人员就是一对矛盾体：产品人员希望产品尽快上线，而测试人员则希望多留时间进行更完整的测试。
又比如，开发人员和运维人员也经常矛盾：开发人员希望能有完全权限，而运维人员却控制着生产的 root。
从各自的小目标的角度看，这些矛盾是正常的。但是，产品、开发、测试和运维这些部门的小目标往往就是实施持续交付的阻碍，只有它们把眼光放到更高地持续交付可用的产品上，有了共同的目标，问题才会迎刃而解。
那么，靠各个部门自己能解决这个问题吗，其实很难。组织的问题，还是需要通过组织变革来解决。通常我们会采用以下三种方案：
成立项目管理办公室（Project Manage Office，简称 PMO）这样的监督型组织，帮助持续交付落地；
独立建立工程效能部门，全面负责包括持续交付在内的研发效率提升工作；
使用敏捷形式，如 Scrum，打破职能部门间的“隔离墙”，以产品的形式组织团队，各团队自行推进持续交付 。
当然，这三种方案各有利弊。比如：
成立项目管理办公室，虽然会带来非常强大的项目推进力，但它往往需要通过流程把控进行监督，这样就很有可能把流程变得更加复杂；
而独立的工程效能部门，虽然能最大化地去做好持续交付工作，但其研发成本的投入也是需要考虑的，小团队的话，就不太适用了；
敏捷形式是比较适合中小团队的一种组织变革方式，但对个人能力的要求也会比较高，而且往往需要一个很长时间的磨合才能见效。
所以，你需要根据当前组织的情况来选择。总而言之，持续交付必须有与其相适应的组织和文化，否则将很难实施。
谈到组织，你是不是一下就想到了部门划分，跨部门合作等？的确，这就是我要和你讲的第一个影响因素。因为“持续交付“一定是整个组织层面的事情，是跨部门合作的产物，所以组织和文化因素，是要首先考虑的问题。
什么样的组织文化，才是“持续交付”成长的沃土（当然这也是定义好的组织的标准），我把它分成了三个层次：
流程因素
要说持续交付对企业和组织改变最多的是什么，那么一定是流程。
持续交付一定会打破的这三类流程是：
耗时较长的流程。比如，一个功能的研发迭代周期为 5 天，而其中有一个上线审核流程，需要花费 3 天时间，那这个流程就严重影响了持续交付，必须被打破。
完全人工类的流程。 完全人工操作的流程，一般效率低下，且质量难以保证，持续交付的逐步深入会通过自动化替代这些人工流程的存在。
信息报备类的流程。 持续交付过程中同样会产生各种信息流，这些信息有些需要广播，有些需要定点传递。实施持续交付后，这些信息报备类的流程一定会通过异步消息等方式进行改造。
其中，如何对待审批流程是重点。
在持续交付过程中，其实最让你头痛的应该是一些审批流程。这些流程既然叫做审批，那就代表着授权与责任，代表着严谨与严肃，因此也一定有其存在的价值和意义，不能轻易被去除或打破。
但是，你我都知道，审批往往指的是由人进行审核和批准，既是一个全人工流程，又是一个信息流转类流程。那么如何打破它呢？同样，也有几种思路：
该审批流程是否确实需要，如果能够通过系统来保证，则可以去除；
该审批流程是否可以从事前审批转化为事后审核；
该审批流程是否可以被简化。
但是，每家公司的流程都不太一样，所以我的这几个思路并不一定是放诸四海而皆准，但我希望你可以借鉴，或者从中学习到一些新的思路，并结合你自己的情况进行合理调整。
相对于组织文化和流程因素，架构是真正和技术相关的因素，也是我要和你重点分享的内容。
架构因素
第一，系统架构
对单体架构来说：
整个应用使用一个代码仓库，在系统简单的情况下，因为管理简单，可以快速简单地做到持续集成；但是一旦系统复杂起来，仓库就会越变越大，开发团队也会越来越大，多团队维护一个代码仓库简直就是噩梦，会产生大量的冲突；而且持续集成的编译时间也会随着仓库变大而变长，团队再也承受不起一次编译几十分钟，结果最终失败的痛苦。
应用变复杂后，测试需要全回归，因为不管多么小的功能变更，都会引起整个应用的重新编译和打包。即使在有高覆盖率的自动化测试的帮助下，测试所要花费的时间成本仍旧巨大，且错误成本昂贵。
在应用比较小的情况下，可以做到单机部署，简单直接，这有利于持续交付；但是一旦应用复杂起来，每次部署的代价也变得越来越高，这和之前说的构建越来越慢是一个道理。而且部署代价高会直接影响生产稳定性。这显然不是持续交付想要的结果。
总而言之，一个你可以完全驾驭的单体架构应用，是最有容易做到持续交付的，但一旦它变得复杂起来，一切就都会失控。
对 SOA 架构来说：
由于服务的拆分，使得应用的代码管理、构建、测试都变得更轻量，这有利于持续集成的实施。
因为分布式的部署，使得测试环境的治理，测试部署变得非常复杂，这里就需要持续交付过程中考虑服务与服务间的依赖，环境的隔离等等。
一些新技术和组件的引入，比如服务发现、配置中心、路由、网关等，使得持续交付过程中不得不去考虑这些中间件的适配。
总体来说，SOA 架构要做到持续交付比单体架构要难得多。但也正因架构解耦造成的分散化开发问题，持续集成、持续交付能够在这样的架构下发挥更大的威力。
对微服务架构来说：
其实，微服务架构是一种 SOA 架构的演化，它给持续交付带来的影响和挑战也基本与 SOA 架构一致。
当然，如果你采用容器技术来承载你的微服务架构，就另当别论了，这完全是一个持续交付全新的领域，这部分内容我将在后续文章中跟你分享。
系统架构指系统的组成结构，它决定了系统的运行模式，层次结构，调用关系等。我们通常会遇到的系统架构包括：
单体架构，一个部署包，包含了应用所有功能；
SOA 架构，面向服务，通过服务间的接口和契约联系；
微服务架构，按业务领域划分为独立的服务单元，可独立部署，松耦合。
第二，部署架构
部署架构指的是，系统在各种环境下的部署方法，验收标准，编排次序等的集合。它将直接影响你持续交付的“最后一公里”。
首先，你需要考虑，是否有统一的部署标准和方式。 在各个环境，不同的设备上，应用的部署方式和标准应该都是一样的，可复用的；除了单个应用以外，最好能做到组织内所有应用的部署方式都是一样的。否则可以想象，每个应用在每个环境上都有不同的部署方式，都要进行持续交付的适配，成本是巨大的。
其次，需要考虑发布的编排次序。 特别是在大集群、多机房的情况下。我们通常会采用金丝雀发布（之后讲到灰度发布时，我会详解这部分内容），或者滚动发布等灰度发布策略。那么就需要持续交付系统或平台能够支持这样的功能了。
再次，是 markdown 与 markup 机制。 为了应用在部署时做到业务无损，我们需要有完善的服务拉入拉出机制来保证。否则每次持续交付都伴随着异常产生，肯定不是大家愿意见到的。
最后，是预热与自检。 持续交付的目的是交付有效的软件。而有些软件在启动后需要处理加载缓存等预热过程，这些也是持续交付所要考虑的关键点，并不能粗暴启动后就认为交付完成了。同理，如何为应用建立统一的自检体系，也就自然成为持续交付的一项内容了。
3.一切的源头，代码分支策略的选择
谈谈主干开发（TBD）
谈谈特性分支开发
第一，Git Flow
第二，GitHub Flow
第三，GitLab Flow
选出最适合的分支策略
国内互联网公司的选择
GitLab 作为最优秀的开源代码平台，被多数互联网大公司（包括阿里、携程和美团点评等）所使用，这些大厂也都采用特性分支开发策略。当然，这些大公司在长期持续交付实践中，会结合各自公司的情况做个性化的定制。
比如，携程公司在 GitHub Flow 的基础上，通过自行研发的集成加速器（Light Merge）和持续交付 Paas 平台，一起完成集成和发布。
再比如，阿里的 AoneFlow，采用的是主干分支、特性分支和发布分支三种分支类型，再加上自行研发的 Aone 协同平台，实现持续交付。
4.会议纪要
后台组
魏建伟
上周
1.切换测试环境
2.小程序支付不了，已进入测试环境
3.提现手续费-未完成提示
4.无忧帮帮关键字替换，基本完成
这周
1.修复禅道上的问题
2.驾驶证界面的开发-20191125上正式机
高国荣
1.阿里云上传图片地址更换
2.微信支付失败解决
3.官网旧页面迁移
1.解决志伟测试的问题
葛平
1.数据库关系梳理
2.缓存机制建立
1.把后台转移到新的服务器上
2.把数据库的脚本写好
建议
1.申请承担小程序代码和后台代码CodeReview职责
2.遇到的服务器接口问题，需要@葛平
向战友
1.后台代理商图片链接
2.企业送平台下单队列的问题
2.前端阿里云OSS的调试
3.代理商管理优惠逻辑的处理
4.推送区分安卓和苹果
App组
吴斌
2.应用市场上架情况的跟踪
3.企业送入驻流程完成部分
1.继续完成企业送入驻流程
1.APP加入热修复功能
2.APP接口接入统计版本号功能
朱柳煌
1.小帮入驻正式服上线
2.禅道问题修复
3.阿里云图片接口更换
1.订单详情界面统一「两天」
2.问题跟进
刘汶
1.用户端企业送入驻的新流程
2.小帮入驻流程着手开发
3.用户端和小帮端弹出的城市合伙人界面调整
1.iOS小帮入驻新流程上架
1.会议内容叙述建议
总结得失
总结遇到的问题
这周计划
计划完成的任务
计划完成的时间点
遇到问题
遇到的具体问题，是否有头绪
遇到问题是否需要帮忙
2.会议记录人轮流制度
测试组
曾志伟
1.新增提现手续费，没有测试
2.小帮入驻新界面，后台没有驾驶证
1.用户端用例制作
2.小程序问题测试
产品组
郭颖欣
1.用户端首页的轮播图设计
2.骑手等级的设计稿
3.官网的切图和二维码替换
4.小帮端和用户端logo替换
1.根据调整后的骑手等级原型出新的设计图
徐智斌
1.超时免单原型制作
2.加急单业务原型
3.预约单的规则和原型，初稿结束
4.用户端信息架构图梳理
5.小帮等级业务规则修改
6.无忧帮帮的字的替换工作跟进
1.小帮等级原型变更
2.超时免单、加急、预约单安排时间业务讨论和原型确认
1.这周只抽其中一项
3.今天用户端和小帮端二维码弹框视图修改-20191125完成
1.APP发版最后由产品确认
客服组
孙婷
1.审核企业送和小帮
2.处理小帮返回过来的问题
3.肇庆问题的跟踪
1.无法派单
2.其他的问题
技术心得
学习某个技术，就是先了解这个技术可以实现什么，然后你通过了解这个技术的每个细节，比如每个SDK的用法，然后你使用它们，获得你想要的效果。
为什么要看WWDC，就是了解新的技术能够实现什么，然后让更多的开发者去通过他们的技术实现更多好的产品。
除了看WWDC之外，还可以看许多大神已经通过最新的技术实现的东西，这样你会更加知道这个技术能做的事情会更多然后你就会去学习怎么使用他们，你掌握的越多，你就越精通
所谓的精通某个语言，就是了解每个SDK之外，你还了解里面的架构，思想，为什么这么设计，以后的方向，这样就可以达到精通。
收藏
职业：暂无
0 条评论
回复 删除
下一页
