引言
这是在项目开发过程中的需求：
用户Zing_LYF在photo2频道中发布了内容为“是不是真的”的感言，除了头部的展示内容不同，其他都一样。
（1）在个人中心，感言头部显示该感言所属频道的频道icon和频道名称，点击icon，跳转到频道详情
（2）在频道详情，感言头部展示发布此感言的用户头像和用户名，点击头像，跳转该用户的个人中心
感言在个人中心的展示模式
感言在频道详情的展示模式
一般的思路：
cell的布局一模一样，但是在给cell绑定感言模型的时候，同时传一个模块参数表示是个人中心 还是 频道详情，然后在cell里面再通过if else 判断不同的模块，处理不同的逻辑。
问题
随着以后模块的继续增加，cell中会有很多if else 的逻辑判断，显得逻辑很混乱，代码很冗余。
思考
我们发现这两个模块的感言数据是一样的，但是部分的展示模式随着模块的不同而不同，这几引出我们今天的设计模式——策略设计模式
策略设计模式
1.概念
策略模式定义了一系列的算法，并将每一个算法封装起来，而且使它们还可以相互替换。策略模式让算法独立于使用它的客户而独立变化。
2.组成
- 抽象策略角色： 策略类，通常由一个接口或者抽象类实现。
- 具体策略角色：包装了相关的算法和行为。
- 环境角色：持有一个策略类的引用，最终给客户端调用。
3.概念
Context(应用场景):
1、需要使用ConcreteStrategy提供的算法。
2、 内部维护一个Strategy的实例。
3、 负责动态设置运行时Strategy具体的实现算法。
4、负责跟Strategy之间的交互和数据传递。
Strategy(抽象策略类)：
1、 定义了一个公共接口，各种不同的算法以不同的方式实现这个接口，Context使用这个接口调用不同的算法，一般使用接口或抽象类实现。
ConcreteStrategy(具体策略类)：
2、 实现了Strategy定义的接口，提供具体的算法实现。
4.UML类图
5.使用
1.抽象策略类：SenseHeaderDisplayStrategy（感言头部展示策略）
@interface SenseHeaderDisplayStrategy : NSObject<SenseHeaderDisplayStrategy>
@end
2.抽象策略类定义的一系列接口：
/**
头部视图策略接口的定义
*/
@protocol SenseHeaderDisplayStrategy <NSObject>
@optional
/**
获取头像URL
@param sense sense
@return 头像URL
*/
- (NSString *)getIconUrlWithSense:(ZTMSense *)sense;
/**
获取标题文本
@param sense sense
@return 标题文本
*/
- (NSString *)getTitleTextWithSense:(ZTMSense *)sense;
/**
点击头像逻辑跳转
@param sense sense
@param delegate 代理
*/
- (void)triggerIconClickWithSense:(ZTMSense *)sense delegate:(id<SenseCellDelegate>)delegate;
@end
3.具体策略类：SenseHeaderDisplay4Channel（头部展示频道信息的策略类）
实现具体的接口：
#pragma mark - SenseHeaderDisplayStrategy
- (NSString *)getIconUrlWithSense:(ZTMSense *)sense{
//频道icon
return [ZingFileManager getPortrait:sense.channel.icon];
}
- (NSString *)getTitleTextWithSense:(ZTMSense *)sense {
//频道名称
return sense.channel.name;
}
- (void)triggerIconClickWithSense:(ZTMSense *)sense delegate:(id<SenseCellDelegate>)delegate {
//跳转频道详情
[self onNavigationToChannelWithSense:sense];
}
- (void)onNavigationToChannelWithSense:(ZTMSense *)sense {
[[ZingManager getCurrentViewController] gotoChannelWithId:sense.channelId];
}
4.具体策略类：SenseHeaderDisplay4Person（头部展示个人信息的策略类）
实现具体的接口：
#pragma mark - SenseHeaderDisplayStrategy
- (NSString *)getIconUrlWithSense:(ZTMSense *)sense {
//用户头像
return [ZingFileManager getPortrait:sense.user.avatar];
}
- (NSString *)getTitleTextWithSense:(ZTMSense *)sense {
//用户名
return sense.user.userName;
}
- (void)triggerIconClickWithSense:(ZTMSense *)sense delegate:(id<SenseCellDelegate>)delegate {
//跳转用户个人中心
[self onNavigationToPersonWithUser:sense.user];
}
- (void)onNavigationToPersonWithUser:(ZTMUserDescription *)user {
[[ZingManager getCurrentViewController] gotoProfileWithUserId:user.id_p];
}
5.在对应的模块实例对应的策略类，让cell持有对应策略类，调用对应具体策略类的实现
(1)频道详情的页面，调用展示用户信息的策略类
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
ZTMSenseLayout *layout;
if (indexPath.section == 0) {
layout = self.draftLayouts[indexPath.row];
}else{
layout = self.senseLayouts[indexPath.row];
}
SenseCell *cell = [SenseCell cellWithTableView:tableView delegate:self type:layout.sense.content.mediaType headerDisplayStrategy:[SenseHeaderDisplay4Personal defaultDisplayStrategy]];
[layout setIndexPath:indexPath];
if (layout.tableView != tableView) layout.tableView = tableView;
[cell layoutSubviewsWithLayout:layout];
return cell;
}
(2)个人中心的页面，调用展示频道信息的策略类
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
ZTMSenseLayout *layout;
if (indexPath.section == 0) {
layout = self.draftLayouts[indexPath.row];
} else {
layout = self.senseLayouts[indexPath.row];
}
SenseCell *cell = [SenseCell cellWithTableView:tableView delegate:self type:layout.sense.content.mediaType headerDisplayStrategy:[SenseHeaderDisplay4Channel defaultDisplayStrategy]];
[layout setIndexPath:indexPath];
if (layout.tableView != tableView) layout.tableView = tableView;
[cell layoutSubviewsWithLayout:layout];
return cell;
}
6.在cell布局的时候调用策略类
/** 头部显示策略 */
@property (nonatomic, strong) SenseHeaderDisplayStrategy *headerDisplayStrategy;
/**
布局
@param layout 布局
*/
- (void)layoutSubviewsWithLayout:(ZTMSenseLayout *)layout {
[super layoutSubviewsWithLayout:layout];
//设置头像，调用策略类
[self.avatar_imageView sd_setImageWithURL:[ZingFileManager getPortraitURLWithString:[self.headerDisplayStrategy getIconUrlWithSense:layout.sense]] placeholderImage:[UIImage avatarPlaceholder] options:SDWebImageLowPriority];
//设置名字，调用策略类
_userName_label.text = [_headerDisplayStrategy getTitleTextWithSense:layout.sense];
}
[self.avatar_imageView addTapGestureBlock:^{
//点击头像,调用策略类
[weak_self.headerDisplayStrategy triggerIconClickWithSense:weak_self.sense delegate:weak_self.delegate];
}];
6.优缺点
优点：
1、 策略模式提供了管理相关的算法族的办法。策略类的等级结构定义了一个算法或行为族。恰当使用继承可以把公共的代码转移到父类里面，从而避免重复的代码。
2、 策略模式提供了可以替换继承关系的办法。继承可以处理多种算法或行为。如果不是用策略模式，那么使用算法或行为的环境类就可能会有一些子类，每一个子类提供一个不同的算法或行为。但是，这样一来算法或行为的使用者就和算法或行为本身混在一起。决定使用哪一种算法或采取哪一种行为的逻辑就和算法或行为的逻辑混合在一起，从而不可能再独立演化。继承使得动态改变算法或行为变得不可能。
3、 使用策略模式可以避免使用多重条件转移语句。多重转移语句不易维护，它把采取哪一种算法或采取哪一种行为的逻辑与算法或行为的逻辑混合在一起，统统列在一个多重转移语句里面，比使用继承的办法还要原始和落后。
缺点：
1、客户端必须知道所有的策略类，并自行决定使用哪一个策略类。这就意味着客户端必须理解这些算法的区别，以便适时选择恰当的算法类。换言之，策略模式只适用于客户端知道所有的算法或行为的情况。
2、 策略模式造成很多的策略类，每个具体策略类都会产生一个新类。有时候可以通过把依赖于环境的状态保存到客户端里面，而将策略类设计成可共享的，这样策略类实例可以被不同客户端使用。
网友评论