组件化

随着代码量程序和业务越来越多，最初的架构不能适应公司业务发展的速度，解决办法就是进行项目的重构，前面的培训中介绍过单工程+MVC或单工程+MVVM等架构，但是更加大型的项目，例如蘑菇街、淘宝，单工程的架构是无法满足架构需求的，因此，今天我们来了解一下组件化开发。
本文主要介绍在登录模块组件化的基本流程以及遇到的一些困难和解决方案。
我理解的组件化有几个原则，组件内部高聚合，组件之间无耦合，组件实现一个完整的功能以供外部调用。

中间件

在这次预研中，使用的是casa的中间件CTMediator，中间件采用CTMediator，CTMediator主要采用target-action的调用方式。在我的理解中，target主要是指一整个模块，如登录模块、用户模块、小游戏模块，即时通讯模块等等，action则为模块内部的调用方法，如获取登录界面、获取注册界面或者查询信息等等。需要传入的参数以param = demoParam的方式作为url的一部分传入，在获取到url后进行url解析获取具体执行的方法。以前有读过一篇文章提到:

在模块内部的界面跳转也建议采用url转发的模式，以便于外部可以直接使用url调用内部界面。

虽然这个也不是很理解为什么...先暂且这么认为吧。

执行target-action部分的代码如下：

/*
 scheme://[target]/[action]?[params]
 
 url sample:
 aaa://targetA/actionB?id=1234
 */
- (id)performTarget:(NSString *)targetName action:(NSString *)actionName params:(NSDictionary *)params
{
    
    NSString *targetClassString = [NSString stringWithFormat:@"Target_%@", targetName];
    NSString *actionString = [NSString stringWithFormat:@"Action_%@:", actionName];
    
    Class targetClass = NSClassFromString(targetClassString);
    id target = [[targetClass alloc] init];
    SEL action = NSSelectorFromString(actionString);
    
    if (target == nil) {
        // 这里是处理无响应请求的地方之一，这个demo做得比较简单，如果没有可以响应的target，就直接return了。实际开发过程中是可以事先给一个固定的target专门用于在这个时候顶上，然后处理这种请求的
        return nil;
    }
    
    if ([target respondsToSelector:action]) {
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Warc-performSelector-leaks"
        return [target performSelector:action withObject:params];
#pragma clang diagnostic pop
    } else {
        // 这里是处理无响应请求的地方，如果无响应，则尝试调用对应target的notFound方法统一处理
        SEL action = NSSelectorFromString(@"notFound:");
        if ([target respondsToSelector:action]) {
#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Warc-performSelector-leaks"
            return [target performSelector:action withObject:params];
#pragma clang diagnostic pop
        } else {
            // 这里也是处理无响应请求的地方，在notFound都没有的时候，这个demo是直接return了。实际开发过程中，可以用前面提到的固定的target顶上的。
            return nil;
        }
    }
}

登录模块组件

内部需要集成普通登录功能、第三方登录功能、注册功能和修改密码功能，共四个部分。对于普通登录功能，通过网络请求实现，对于第三方登录功能，在我们的项目中涉及到微信、QQ和新浪微博三种登录方式，集成第三方平台时需要注意url type、url scheme的配置，同时根据三个平台的要求链接系统库。
调用登录模块时判断是否已经登录过，若登录过则直接跳转到详情页，未登录则跳转到登录界面进行登录，成功后跳转到详情页。

• 普通登录
• 第三方登录
• 注册
• 修改密码

登录模块的打包

登录模块在打包过程中遇到很多问题，首先是第三方库的打包，一开始我的第三方登录功能在cocoapods直接调用了shareSDK的第三方登录，打包成库之后出现了平台Connector库的dylib not load，image not found的问题，由于自己也不太懂库的加载的问题，加上这个库又不是自己写的不好控制和修改，所以就放弃直接集成shareSDK的第三方登录功能，采用自己实现的方式，在写模块时包含第三方平台，打包时不打包平台，调用时引用这三个平台库即可。！！！由于打包动态库方法不同，所以我在自己调用第三方平台打包调用成功后又试了一次使用ShareSDK，结果成功了，所以可能是前面生成库的时候写错，自己调用库总是有各种各样的问题，所以我还是使用ShareSDK集成吧。
打包库的时候在LeoLei的这篇文章上找到了非常好的方法，解决了一连串问题，挂出来表示超级感谢！
还有一个记录的小技巧，在创建Framework时的工程名和最后生成的framework名字可以不一致，设置方法为Build Setting中Basic一栏，修改Product Name，之前记得怎么设置，后来忘记了，所以记录在这里以免又忘记。