IOS 切面统计事件解耦

统计这个事情可以说是个巨无语的系统，当然不把他独立出来也就不是什么问题了，只是一堆牛皮癣似得代码穿插在项目各个地方，毕竟真正应用到一个app里的统计都跟业务有着很强的绑定关系，脱离业务的统计数据基本没什么大用，先吐槽一波再开始正文。。。。
DingTalk20170802140347.png

基础封装

先从用第三方的来说，基本上就只是需要包个壳就ok了，建个manager，初始化sdk一封装，加几个常用统计方法基本ok。常见的方法就是传个event名再加个properties传扩展字典，用户登录状态绑定注销，通用字段增删改，基本上这就满足了大部分需求。。。

如果是纯自己手写，上面说的壳放着，剩下的仿照sdk来，基本功能要实现异步队列记录往本地写数据，定期上传，处理好读写关系是关键，这里不多说不是这篇重点。

ps:有个壳才敢放开手折腾优化

切面封装

切面统计其实可以看我之前的IOS 百行代码切面日志，整个完成的就是切面的封装，看过的基本应该了解这套逻辑切面的时候不关心切面方法的参数的话会非常好用。
如果业务关联强的情况，虽然也能处理但要针对那些业务作出对应的逻辑，导致切面封装里夹杂很多特殊逻辑,下面的方法内部要对originAOP拆分取所有参，甚至要复制部分业务层逻辑过来最后完成一个统计。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
@interface NSObject (AOPLogger)

/**
替换或添加类方法，即使替换过也会替换，注意想单次替换使用dispatch_once保证，如果方法从未声明过则会添加失败

@param originalSelector 原方法
@param swizzledSelector 替换方法
@param error 错误信息
*/
+(void)al_hookOrAddWithOriginClassSeletor:(SEL)originalSelector swizzledSelector:(SEL)swizzledSelector error:(NSError**)error;


/**
替换或添加实例方法，即使替换过也会替换，注意想单次替换使用dispatch_once保证，如果方法从未声明过则会添加失败

@param originalSelector 原方法
@param swizzledSelector 替换方法
@param error 错误信息
*/
+(void)al_hookOrAddWithOriginSeletor:(SEL)originalSelector swizzledSelector:(SEL)swizzledSelector error:(NSError**)error;

@end

more >>

查看全文 >>

IOS 百行代码切面日志

AOPLogger

切面日志作用

说到日志，切面的实现最大的好处也就是分离出来，单独开发，包括埋点，记录输出log都可以在不影响项目内逻辑的情况下完成，形成完全的一个独立模块。

这里的切面日志，只是作为分离业务而用，所以它的作用只是记录，至于上传删除，这些逻辑同样可以分离出来单独写，存的过程解决了渗透入工程内，上传删除包括分级这些逻辑其实本身就很独立。

在实现上用了Aspects这个库，主要就是hook方法，用它主要是对一些例外情况处理不错，自己写简单实现其实就只写写方法交换剩下的就不管了。。。

下面说一下.h

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
#import <Foundation/Foundation.h>

extern NSString * const AOPLoggerMethod;//要统计的日志方法Key
extern NSString * const AOPLoggerLogInfo;//要统计的日志信息Key
extern NSString * const AOPLoggerPositionAfter;//方法执行后统计日志
extern NSString * const AOPLoggerPositionBefore;//方法执行前统计日志
extern NSString * const AOPLoggerPositionType;//执行日志统计的类型Key

@protocol AOPLoggerGetConfigInfoProtocol <NSObject>

@required

/**
创建类扩展如果使用此协议必须实现此方法
此方法返回统计的配置信息，可以从网络取也可以从本地取
@return 统计配置字典
*/
-(NSDictionary*)al_getConfigInfo;

@end
@protocol AOPLoggerBLLProtocol <NSObject>

@required

/**
创建类扩展如果使用此协议必须实现此方法
此方法主要来处理切面方法后的log信息处理可以存本地也可以使用其他任意第三方输出
@param log 配置文件里定义的AOPLoggerLogInfo信息
@param originAOP AspectInfo的方法信息，第三方库Aspect返回的切面方法的所有信息
*/
-(void)al_logger:(id)log originAOP:(id)originAOP;

@end

@interface AOPLogger : NSObject


/**
开始读取日志Plist配置文件
*/
+(void)startAOPLoggerWithPlist;

/**
统计日志的调用方法
（如果不想增加开机时间可以采取每个模块创建一个日志统计类适时调用，在该类里提供一个初始化方法，内部调用此即可）
@param classString 类名
@param methodString 方法名
@param log 相当于AOPLoggerLogInfo信息
*/
+(void)AOPLoggerWithClassString:(NSString*)classString methodString:(NSString*)methodString log:(id)log;

/**
统计日志的调用方法
（如果不想增加开机时间可以采取每个模块创建一个日志统计类适时调用，在该类里提供一个初始化方法，内部调用此即可）
@param classString 类名
@param methodString 方法名
@param log 相当于AOPLoggerLogInfo信息
@param logPosition 日志统计时位置，可放在方法运行前或运行后（默认运行后执行日志统计）
*/
+(void)AOPLoggerWithClassString:(NSString *)classString methodString:(NSString *)methodString log:(id)log logPosition:(NSString*)logPosition;

@end

more >>

查看全文 >>

IOS 网络服务层自动化详解

前言

之前的文章http://www.jianshu.com/p/7a3a387584c6 最后提到了网络服务层自动化，今天在详细说说。之前封装了ServerAPI，这套框架本身其实相当于定义了一套规范的。
自动化的概念还是放最后，先讲清楚这框架，到了后面自动化概念自然而然就出来了。

#ServerAPI 分析与网络服务层构建
框架本身构成主要有4部分

ServerAPI

主要对后台的API接口做对应描述，相当于网络请求的配置文件Model，定义了请求地址，重试次数，超时时间，返回数据类型，解析数据类型，上传方式等等，，除了常用描述还封装了常用方法算是个标准的胖Model
常用方法例如，请求地址这里也是拆分成host ，path ，pathParameter，parameter，内部封装了组合逻辑，下面4个属性
host：http://xxxx/
path：module/{xxxmudleID}
pathParameter：xxxmudleID:xxxx
parameter：key:value
可以拼成http://xxxx/module/xxxmudleID?key=value 这个url，还有自动为每一次请求生成唯一ID，对请求打Tag方便归类，包括发起请求这也提供了方法，不过实现当然不在这，毕竟他只负责描述

ServerAPIManager

主要负责管理请求和根据api发起请求，框架内他只是一个管理者逻辑，对发起的请求做归类管理，而发起请求包括缓存逻辑这里通过Category来实现，而具体要实现哪些，由最后面的协议类定义，这样框架本身不去对网络层实现，缓存层实现做干涉，方便更自由的定制化，例如网络层AFN，ASI，还是其他语言都跟框架本身无关，所以这里框架本身只是一个壳，移植性较高，同样的思想拿到其他平台依然适用

ServerResult

主要把返回的数据用通用型实体表示，包括发起的api，发起请求的request对象，返回的源数据，返回的格式化数据，返回的错误，状态等，由于牵扯到数据格式化，所以这里依然是通过Category实现对应方法，方便扩展

ps：不支持扩展的语言，继承也可以
more >>

查看全文 >>

IOS百行代码全局语言本地化/国际化

IOS百行代码全局语言本地化/国际化

废话不多说先把基本配置搞定图文一起来

3618569F-C518-4582-8580-9DC73F1E8B2E.png
这里点个“+”直接就o了
剩下的就是创建strings文件也就是语言映射文件

32E018FA-1E4C-4127-BD87-0AE0B0B1641D.png

划线的就是创建时候该点击的InfoPlist.strings就是定义CFBundleDisplayName来确定app的名字
Localizable.strings则是正经的语言映射表了
xib，storyboard和image也是一个套路看划线那点击就ok了
6DCE952A-4868-4652-AAB5-59C36DF129D5.png

百行代码全局Hook完成本地化

废话不多说先放代码在解释
https://github.com/heroims/LocalizedEngine
more >>

查看全文 >>

IOS组件化与工程管理

谈及组件化其实网上也有不少文章了，但我个人认为不结合工程管理去单讲组件化恐怕很难让人理解概念，而去实践的时候也只是照猫画虎。

工程管理

组件化的实现很重要的一个组成部分应该是工程拆分，这里我的方案是采取git管理项目pod管理依赖很常见很普通的方法。
理想的状态每一个模块都是独立的，可以单独拿出来测试，发布，也就是每一个子模块其实都是一个git仓库，这里紧接着就是子仓库和主项目的关系问题，上边说到了git和pod，还有一个submodule我喜欢用这个来做子仓库的管理上边为啥没提它呢？
因为submodule本身就是git自带的就是git的一部分，常用命令有

1
2
3
4
5
6
7
8
9
# 添加子仓库
git submodule add 仓库地址 路径
#初始化所有子仓库
git submodule init
# 更新子仓库
git submodule update

# 也可以初始化更新一起
git submodule update --init

pod只是帮我把依赖关系理清直接本地pod，因为坑爹的开发阶段难免有互相block的情况，那边东西弄完了，但还没有做发布还不稳定，但另一边已经急着要看一眼整体调用的效果了。。。
当然这时候也可以让对面先打个beta的tag，那样可想而知最后会有多少没用的tag，另一方面就是bug联调恢复节点排查的时候，另一方估计只有一个方案就是回滚上一个tag中间哪的问题一点点打tag联调。
上边说的打tag也只是个例子，当然你可以改Podfile对应不同branch，但那也是要每次调都要改一下的，但我这种模式由于是本地pod所以podfile不用动了每次都去指向对应的项目，剩下的就是对子仓库随意切换branch甚至commit节点都可以，调ok了直接commit一下submodule指向的更改即可。然后另一方更新一下再pod update把依赖关系重新建立一下（如果没有添加或删除，甚至这步都不需要，本地pod引用目录我们submodule的本地文件夹里面有什么变化这边自动会变，添加删除是因为依赖关系发生变化了所以跟着需要重新建立）,当然理想情况回头有空单独整合一套submodule和pod的命令，submodule更新时判断有增删操作执行pod update其他情况不处理。

这里紧接着就是公共库的处理以及怎么去建立主仓库与子仓库的依赖，我这里把基本思路给出，具体情况还是自己再改动，这里首先就是建立podspec来提供依赖建立

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
Pod::Spec.new do |s|
s.name                  = 'MainWorkSpaceDemo'
s.version               = '1.0.0'
s.summary               = 'A new container controller to slide  '
s.homepage              = 'github.com'
s.license               = { :type => 'MIT', :file => 'README.md' }
s.author                = { 'heroims' => 'heroims@163.com' }
s.source                = { :git => '', :tag => "#{s.version}" }
s.platform              = :ios, '5.0'
s.source_files          = 'ZYQRouter/*.{h,m}'
s.requires_arc          = true
#公共仓库
s.subspec 'BaseTool' do |ss|
ss.source_files = 'ZYQRouter/*.{h,m}'
end
#模块1
s.subspec 'Module1' do |sss|
sss.source_files = 'Module1/Module1Lib/*.{h,m}'
end
#模块2
s.subspec 'Module2' do |ssss|
ssss.source_files = 'Module2/Module2Lib/*.{h,m}'
end

end

看见上边相比就明白了把，开发的时候最好要作为模块给人的东西放在一个目录下，当然不放也可以，这里就是为了方便
然后就是引用了,下面是module1工程的，只引用了一个公共库，真正开发的时候则会引用很多，然后build测试模块的app给测试，提供给主仓库的东西放在事先约定的目录下，其他的随便看心情，反正对别人没影响就是自己爽不爽
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
target 'Module1' do
# Uncomment the next line if you're using Swift or would like to use dynamic frameworks
# use_frameworks!

# Pods for Module1
pod 'MainWorkSpaceDemo/BaseTool', :path => '../MainWorkSpaceDemo.podspec'

target 'Module1Tests' do
inherit! :search_paths
# Pods for testing
end

target 'Module1UITests' do
inherit! :search_paths
# Pods for testing
end

end

more >>

查看全文 >>

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true

大环境不好工作是越来越难找了<br><br>有能推荐的希望推荐下<br>谢谢大家