iOS中创建Model的最佳实践记录

前言

作为一个优秀的程序员,或者想成为优秀的程序员,最基本的你得有MVC编程思想,那么你就要对JSON获取的数据建Model,将service和controller层都分离,从而做到低耦合。现在有很多利用runtime能快速的将json数据转为一个Model。但是我在做项目的时候,发现创建Model(特别是属性特多的)写属性代码很浪费时间,降低了编程效率。后来我自己就写了个好玩的能省去时间创建Model的一个方法,下面话不多说了,来一起看看详细的介绍吧

Immutable Model

我们以UserModle为例,我们可以像这样创建:

public class UserModel: NSObject {

 public var userId: NSNumber
 public var name: String?
 public var email: String?
 public var age: Int?
 public var address: String?

 init(userId: NSNumber) {

  self.userId = userId

  super.init()
 }
}

用的时候可以像这样:

let userModel = UserModel(userId: 1)
user.email = "335050309@qq.com"
user.name = "roy"
user.age = 27
user.address = "上海市杨浦区"

这样创建一个User对象好处是弹性很大,我可以随意选择设定某个property的值,但是背后同样带有很大的缺点,就是这个Model变得异常开放,不安分,这种Model我们一般叫Mutable Model。有的时候我们需要Mutable Model,但大部分的时候出于数据安全和解耦考虑我们不希望创建的property在外部可以随意改变,在初始化后不可变的Model叫做Immutable Model,在开发中我的建议尽量使用Immutable Model。我们通过把property设置成readonly,在Swift可以用let或者private(set)。也就是这样:

public class UserModel: NSObject {

 public let userId: NSNumber
 public private(set) var name: String?
 public private(set) var email: String?
 public private(set) var age: Int?
 public private(set) var address: String?

}

那么怎么写初始化方法呢?

Initializer mapping arguments to properties

当我们把property设置成readonly后,我们只能在init的时候赋值,这个时候就变成这样:

public class User: NSObject {

 public var userId: NSNumber
 public var name: String?
 public var email: String?
 public var age: Int?
 public var address: String?

 init(userId: NSNumber, name: String?, email: String, age: Int, address: String) {

  self.userId = userId

  super.init()

  self.name = name
  self.email = email
  self.age = age
  self.address = address
 }
}

使用的时候就变成这样:

let user = User.init(userId: 1, name: "335050309@qq.com", email: "roy", age: 27, address: "上海市杨浦区")

这样创建Model安全可靠,大多数时候是有效的,但是也有一些缺点:

  • 如果property很多,init方法就有很多形参,然后变得又臭又长。
  • 有的时候我们只需要Model的某些property,这样我们可能为各个不同的需求写不同的init方法,最终让UserModel变得很庞大。

Initializer taking dictionary

初始化的时候注入一个字典,就是下面的样子:

public class UserModel: NSObject {

 public let userId: NSNumber
 public private(set) var name: String?
 public private(set) var email: String?
 public private(set) var age: Int?
 public private(set) var address: String?

 init(dic: NSDictionary) {

  self.userId = (dic["userId"] as? NSNumber)!

  super.init()

  self.name = dic["name"] as? String
  self.email = dic["email"] as? String
  self.age = dic["age"] as? Int
  self.address = dic["address"] as? String
 }
}

很显然这解决上一种第一个缺点,但是还是有一个不足之处:

  • 如果字典没有某个属性对应的key的时候会崩溃,编译器并不能帮助我们排查这种运行时的崩溃。
  • 不能很好的满足某些时候只需要Model的某些property的需求。

Mutable subclass

我们看看Improving Immutable Object Initialization in Objective-C关于这个是怎么描述的

We end up unsatisfied and continue our quest for the best way to initialize immutable objects. Cocoa is a vast land, so we can – and should – steal some of the ideas used by Apple in its frameworks. We can create a mutable subclass of Reminder class which redefines all properties as readwrite:

@interface MutableReminder : Reminder <NSCopying, NSMutableCopying>

@property (nonatomic, copy, readwrite) NSString *title;
@property (nonatomic, strong, readwrite) NSDate *date;
@property (nonatomic, assign, readwrite) BOOL showsAlert;

@end

Apple uses this approach for example in NSParagraphStyle and NSMutableParagraphStyle. We move between mutable and immutable counterparts with -copy and -mutableCopy. The most common case matches our example: a base class is immutable and its subclass is mutable.

The main disadvantage of this way is that we end up with twice as many classes. What's more, mutable subclasses often exist only as a way to initialize and modify their immutable versions. Many bugs can be caused by using a mutable subclass by accident. For example, a mental burden shows in setting up properties. We have to always check if a mutable subclass exists, and if so use copy modifier instead of strong for the base class.

大致意思是创建一个可变子类,它将所有属性重新定义为readwrite。这种方式的主要缺点是我们最终得到两倍的类。而且,可变子类通常仅作为初始化和修改其不可变版本的方式存在。偶然使用可变子类可能会导致许多错误。例如,在设置属性时会出现心理负担。我们必须始终检查是否存在可变子类。

还有一点这种方式只能在Objective-C中使用。

Builder pattern

Builder pattern 模式需要我们使用一个Builder来创建目标对象,目标对象的property依旧是readonly,但是Builder的对应property却可以选择为readwrite。依旧用UserModel为例,我们需要为其进行适当的改造,改造之后:

typealias UserModelBuilderBlock = (UserModelBuilder) -> UserModelBuilder

public class UserModel: NSObject{

 public let userId: NSNumber
 public private(set) var name: String?
 public private(set) var email: String?
 public private(set) var age: Int?
 public private(set) var address: String?

 init(userId: NSNumber) {

  self.userId = userId

  super.init()
 }

 convenience init(userId: NSNumber ,with block: UserModelBuilderBlock){

  let userModelBuilder = block(UserModelBuilder.init(userId: userId))
  self.init(userId: userModelBuilder.userId)
  self.email = userModelBuilder.email
  self.name = userModelBuilder.name
  self.age = userModelBuilder.age
  self.address = userModelBuilder.address
 }
}

之后是对应的Builder

class UserModelBuilder: NSObject {

 public let userId: NSNumber
 public var name: String?
 public var email: String?
 public var age: Int?
 public var address: String?

 init(userId: NSNumber) {

  self.userId = userId
  super.init()
 }
}

然后可以像下面这样使用:

let userModle = UserModel(userId: 1) { (builder) -> UserModelBuilder in

 builder.email = "335050309@qq.com"
 builder.name = "roy"
 builder.age = 27
 builder.address = "上海市杨浦区"
 return builder
}

这种方式虽然我们需要为Model再创建一个Builder,略显啰嗦和复杂,但是当property较多,对Model的需求又比较复杂的时候这又确实是一种值得推荐的方式。

以上全是Swift的代码实现,下面我再贴上对应的OC代码

#import <Foundation/Foundation.h>

@interface RUserModelBuilder : NSObject

@property (nonatomic, strong, readwrite, nonnull) NSNumber *userId;
@property (nonatomic, copy, readwrite, nullable) NSString *name;
@property (nonatomic, copy, readwrite, nullable) NSString *email;
@property (nonatomic, copy, readwrite, nullable) NSNumber *age;
@property (nonatomic, copy, readwrite, nullable) NSString *address;

@end

typedef RUserModelBuilder *__nonnull(^RUserModelBuilderBlock)(RUserModelBuilder *__nonnull userModelBuilder);

@interface RUserModel : NSObject

@property (nonatomic, strong, readonly, nonnull) NSNumber *userId;
@property (nonatomic, copy, readonly, nullable) NSString *name;
@property (nonatomic, copy, readonly, nullable) NSString *email;
@property (nonatomic, copy, readonly, nullable) NSNumber *age;
@property (nonatomic, copy, readonly, nullable) NSString *address;

+ (nonnull instancetype)buildWithBlock:(nonnull RUserModelBuilderBlock)builderBlock;

@end
#import "RUserModel.h"

@implementation RUserModelBuilder

@end

@interface RUserModel ()

@property (nonatomic, strong, readwrite, nonnull) NSNumber *userId;
@property (nonatomic, copy, readwrite, nullable) NSString *name;
@property (nonatomic, copy, readwrite, nullable) NSString *email;
@property (nonatomic, copy, readwrite, nullable) NSNumber *age;
@property (nonatomic, copy, readwrite, nullable) NSString *address;

@end

@implementation RUserModel

#pragma mark - NSCopying

+ (nonnull instancetype)buildWithBlock:(nonnull RUserModelBuilderBlock)builderBlock {

 RUserModelBuilder *userModelBuilder = builderBlock([[RUserModelBuilder alloc] init]);

 RUserModel *userModel = [[RUserModel alloc] init];

 userModel.userId = userModelBuilder.userId;
 userModel.name = userModelBuilder.name;
 userModel.email = userModelBuilder.email;
 userModel.age = userModelBuilder.age;
 userModel.address = userModelBuilder.address;

 return userModel;
}

@end

demo地址:ImmutableModel(本地下载)

参考文章:

Improving Immutable Object Initialization in Objective-C

iOS 创建对象的姿势

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对我们的支持。

(0)

相关推荐

  • iOS中模态Model视图跳转和Push视图跳转的需求实现方法

    本文给大家分享下模态Model视图跳转和Push视图跳转的需求实现. 开前自打小广告:一键合成APP引导页,包含不同状态下的引导页操作方式,同时支持动态图片引导页和静态图片引导页以及视频引导页;GitHub地址: https://github.com/dingding3w/DHGuidePageHUD (多多Star,多多支持

  • iOS中创建Model的最佳实践记录

    前言 作为一个优秀的程序员,或者想成为优秀的程序员,最基本的你得有MVC编程思想,那么你就要对JSON获取的数据建Model,将service和controller层都分离,从而做到低耦合.现在有很多利用runtime能快速的将json数据转为一个Model.但是我在做项目的时候,发现创建Model(特别是属性特多的)写属性代码很浪费时间,降低了编程效率.后来我自己就写了个好玩的能省去时间创建Model的一个方法,下面话不多说了,来一起看看详细的介绍吧 Immutable Model 我们以Us

  • SpringMVC使用hibernate-validator进行参数校验最佳实践记录

    在我们用Controller接收参数后,往往需要对参数进行校验.如果我们手写校验的话,就会有一堆的判空代码,看起来很不优雅,写起来也费时费力.下面来看下通过hibernate-validator来进行优雅的参数校验. 首先需要引入依赖: <dependency> <groupId>org.hibernate.validator</groupId> <artifactId>hibernate-validator</artifactId> <v

  • iOS中创建表格类视图WBDataGridView的实例代码

    项目中创建表格, 引用头文件 #import "WBDataGridView.h" - (void)viewDidLoad{ [superviewDidLoad]; // Do any additional setup after loading the view. self.view.backgroundColor = [UIColorwhiteColor]; CGFloat margin = 10.f; CGFloat width = self.view.frame.size.wi

  • .NET Core 2.1中HttpClientFactory的最佳实践记录

    前言 ASP.NET Core 2.1中出现一个新的HttpClientFactory功能, 它有助于解决开发人员在使用HttpClient实例从其应用程序发出外部Web请求时可能遇到的一些常见问题. 介绍 在.NETCore平台的2.1新增了HttpClientFactory,虽然HttpClient这个类实现了disposable,但使用它的时候用声明using包装块的方式通常不是最好的选择.处理HttpClient,底层socket套接字不会立即释放.该HttpClient类是专为多个请求

  • React文件名和目录规范最佳实践记录(总结篇)

    目录 文件类型 处理index文件 规范 类型文件夹 特性文件夹 大驼峰命名 烧烤串命名 React在使用时非常灵活,如果没有一个规范约束项目,在开发过程中会非常混乱,本文将介绍几个优秀的规范. 文件类型 介绍文件名和目录前,需要先简述一下几种通用的类型,用来区分文件的功能. component 组件文件 page 如果有路由(React Router.NextJS等),则有页面文件 util 需要复用的工具函数 helper 一段特定逻辑,不是通用工具,可复用也可仅作为代码拆分片段 hook

  • TypeScript中条件类型精读与实践记录

    目录 在泛型类型中使用条件类型 工具类型 逃离舱 在箭头函数中使用条件类型 结合类型推导使用条件类型 使用条件类型来判断两个类型完全相等 总结 在大多数程序中,我们必须根据输入做出决策.TypeScript 也不例外,使用条件类型可以描述输入类型与输出类型之间的关系. 用于条件判断时的 extends 当 extends 用于表示条件判断时,可以总结出以下规律 若位于 extends 两侧的类型相同,则 extends 在语义上可理解为 ===,可以参考如下例子: type result1 =

  • iOS中UIScrollView嵌套UITableView的实践教程

    前言 最近因为工作项目中需要用到UIScrollView嵌套UItableView嵌套交互问题,顺便网上搜了下的demo,发现实现的效果并不是很理想,滑动偶尔会有延迟现象,所以自己想了个办法,顺便把自己实现写了个demo分享出来,一起来看看吧. 实现过程 最底部放置的为一个UIScrollView,设置ScrollView的contentSize属性,使可以发生横向滚动,同时隐藏横向滚动条,设置代理为当前控制器本身.然后,在最底部的UIScrollView上放置2个UITableView,因为只

  • react+ts实现简单jira项目的最佳实践记录

    练手的一套项目 react+ts 虽然内容较少,但是干货挺多,尤其是对hooks的封装,ts的泛型的理解,使用更上一层楼 项目代码:https://gitee.com/fine509/react_jiar 效果图 这是三个主要页面,还有一些小细节 等等 一些值得注意的地方(只是讲大概的功能,没有具体的详解怎么用) 使用错误边界处理,getDerivedStateFromError来处理当某个页面某处地方有报错的时候显示报错组件而不是挂掉. useSearchParams的使用 这个api可以获取

  • ADO.NET 的最佳实践技巧

    这是我很早以前看过的微软的一篇文章,最近,一些网友问的问题很多理论都在里面,所以,整理一下放在这里,大家可以参考一下. 简介 本文为您提供了在 Microsoft ADO.NET 应用程序中实现和获得最佳性能.可伸缩性以及功能的最佳解决方案:同时也讲述了使用 ADO.NET 中可用对象的最佳实践:并提出一些有助于优化 ADO.NET 应用程序设计的建议. 本文包含: • 有关 .NET 框架包含的 .NET 框架数据提供程序的信息. • DataSet 和 DataReader 之间的比较,以及

随机推荐