总结一下目前使用的架构
主要分为VC Model View ViewModel Logic

Logic

在MVC模式下，我们一般都是将网络请求等操作都放在V控制器中，会让控制器中代码量很大，查找代码挺困难，现在把网络请求操作放到Logic中，每一个业务模块，可以创建一个Logic类，继承于NSObject，然后将外部需要的网络请求事件（包括进入页面时的数据请求和用户交互所需的请求）提供接口，内部处理请求事件，然后通过回调或者代理的方式将数据提供到控制器

logic类中，可以提供实例方法或者类方法都可以，怎么方便怎么来。如果用到多类型，多使用枚举来处理，比如网络请求的结果

//请求状态类型
typedef NS_ENUM(NSInteger,SJRequestStatus){
    SJRequestStatusExecuting = 0,  //请求进行中
    SJRequestStatusFail,           //请求失败
    SJRequestStatusEnd,            //请求成功，但是结果非预期
    SJRequestStatusSuccess,        //请求成功，结果等于预期
};

除了网络请求的操作外，Logic中还可以做处理一些业务上的逻辑，比如：是否实名认证过，我们通过Logic的一个对外接口直接就可以获取结果，将逻辑放在内部，就比较好了。其实整体看来Logic像是一个工具类了，将原来VC中冗余的代码逻辑都放在了Logic中，这样的话VC就精简了不少，这样看的话Logic的作用就是简化控制器VC的代码。

ViewModel

我们给view赋值完（cell.mode = model）然后就是view内部自己去渲染，有时候model提供的值其实不是可以直接用的，需要自己去判断逻辑，处理计算，然后才能展示。MVC模式下，这些判断计算的逻辑都在view中进行，这样的话view中的代码量也是起来了。这时候如果把这写逻辑拿出来处理，提供给view的是直接可以给控件渲染的数据那就好了，viewModel就是做这些事的。

值得注意的是：block要注意避免循环引用问题

@interface SJCommentCellViewModel : NSObject

@property (nonatomic, strong) SJcommentModel *model;

- (SJCommentCellViewModel* (^)(SJcommentModel *))configModel;
//一级评论数据
- (SJCommentCellViewModel*)configProfile:(void(^)(NSString *,BOOL))profile
                                                     name:(void(^)(NSString *))name
                                                     date:(void(^)(NSString *))date
                                                  content:(void(^)(NSMutableAttributedString *))content;
@end

@implementation SJCommentCellViewModel
- (instancetype)init {
    if (self = [super init]) {
        
    }
    return self;
}

//给当前viewmodel的model设值，供其他方法使用全局model作准备
- (SJCommentCellViewModel* (^)(SJcommentModel *))configModel {
    @weakify(self);
    return ^(SJcommentModel *model){
        @strongify(self);
        self.model = model;
        return self;
    };
}

//一级评论数据
- (SJCommentCellViewModel*)configProfile:(void(^)(NSString *,BOOL))profile
                                                     name:(void(^)(NSAttributedString *))name
                                                     date:(void(^)(NSString *))date
                                                  content:(void(^)(NSMutableAttributedString *))content{
    @weakify(self);
    if (profile) {
        @strongify(self);
        BOOL isGov = self.model.type == JYMomentsUserGov;
        profile(self.model.headImageUrl,isGov);
    }
    if (name) {
        @strongify(self);
        NSAttributedString *attributedText = [self configWithCommentNickName:self.model.nickName];
        name(attributedText);
    }
    if (date) {
        @strongify(self);
        NSString *timeDes = kSafeStr(self.model.commentTimeDes);
        date(timeDes);
    }
    if (content) {
        @strongify(self)
        //富文本处理
        content([self contentAttributedStringWithModel:self.model]);
    }
    return self;
}

以下几种情况：
1、需要进行进一步判断的
2、需要获取到model层级比较深的属性
3、需要对数据进一步计算或者处理的
可以看到我们拿到model后，里面数据有的需要富文本进一步处理，这些操作都放在viewmodel中处理好了再通过block回调回去，使用代码如下：

//view中给控件赋值渲染时使用
- (void)configViewWithModel:(SJcommentModel *)model{
@weakify(self);
    [self.viewModel.configModel(model) configProfile:^(NSString *profile, BOOL isGov) {
        [self.headImageView_1 configProfileImage:profile isGov:isGov];
    } name:^(NSAttributedString *name) {
        self.nameLab_1.attributedText = name;
    } date:^(NSString *date) {
        self.timeLab_1.text = date;
    } content:^(NSMutableAttributedString *content) {
        self.contentLab_1.attributedText = content;
    }];
}

这样的话view层就特别干净整洁，但是可以看出view还是对model有依赖的，并没有解耦

总结：Logic和ViewModel的作用完全是为了精简VC和View的代码量，起到减负的作用，并没有起到解耦合的作用，但是以我的理解，在一个业务中，本身业务内部耦合性就挺高的，想拆分开也不可能，通过这种方法单纯把逻辑拿出来，可以方便查找问题，帮助还是挺大的，代码看起来就很舒服