商城网站入驻系统,wordpress训网 插件,湖北网站建设,哪些网站可以做招生目录 问题#xff1a;
定义#xff1a;
解决#xff1a;
方式 1#xff1a;使用策略模式
示例#xff1a;用户管理
方式 2#xff1a;使用装饰者模式
示例#xff1a;用户操作
方式 3#xff1a;使用责任链模式
示例#xff1a;用户操作链
总结
推荐 问题
定义
解决
方式 1使用策略模式
示例用户管理
方式 2使用装饰者模式
示例用户操作
方式 3使用责任链模式
示例用户操作链
总结
推荐 问题
今天刷面经的时候发现不理解单一职责原则特此记录。
定义
单一职责原则一个模块或类只完成一个功能。
那可以想一想引起类变化的原因有哪些呢
总结下来只有2种
添加修改
如果我们可以将“添加”和“修改”分开那么这个类也就完成了单一职责原则
建议先了解一下 委托者模式因为下面几个设计模式核心都是委托者模式。
解决
在 Java 开发中如果你想 将“引起一个类的变更的原因”进行拆分通常需要遵循单一职责原则让修改Modify和添加Add两个操作独立不相互影响。
可以用 策略模式、装饰者模式、责任链模式、组合模式 等方式来实现。下面是几种常见的方式 方式 1使用策略模式
如果修改和添加是两种不同的操作可以用策略模式拆分让它们各自处理自己的逻辑。
示例用户管理
// 定义通用策略接口
public interface UserOperationStrategy {void execute(User user);
}// 修改策略
public class ModifyUserStrategy implements UserOperationStrategy {Overridepublic void execute(User user) {System.out.println(修改用户信息: user.getName());}
}// 添加策略
public class AddUserStrategy implements UserOperationStrategy {Overridepublic void execute(User user) {System.out.println(添加新用户: user.getName());}
}// 上下文类动态选择操作
public class UserService {private UserOperationStrategy strategy;public void setStrategy(UserOperationStrategy strategy) {this.strategy strategy;}public void executeOperation(User user) {strategy.execute(user);}
}// 使用策略
public class Main {public static void main(String[] args) {User user new User(Tom);UserService userService new UserService();// 进行添加操作userService.setStrategy(new AddUserStrategy());userService.executeOperation(user);// 进行修改操作userService.setStrategy(new ModifyUserStrategy());userService.executeOperation(user);}
}优点
让“修改”和“添加”逻辑完全解耦互不影响。方便扩展比如再加一个“删除用户”策略。 方式 2使用装饰者模式
如果修改和添加可以叠加可以使用装饰者模式在原功能基础上动态增加额外行为而不改变原类的代码。
示例用户操作
// 定义基础接口
public interface UserOperation {void execute();
}// 基础实现原始功能
public class BaseUserOperation implements UserOperation {Overridepublic void execute() {System.out.println(基础用户操作);}
}// 装饰器基类
public abstract class UserOperationDecorator implements UserOperation {protected UserOperation decoratedOperation;public UserOperationDecorator(UserOperation decoratedOperation) {this.decoratedOperation decoratedOperation;}Overridepublic void execute() {decoratedOperation.execute();}
}// 添加用户功能
public class AddUserDecorator extends UserOperationDecorator {public AddUserDecorator(UserOperation decoratedOperation) {super(decoratedOperation);}Overridepublic void execute() {super.execute();System.out.println(添加用户);}
}// 修改用户功能
public class ModifyUserDecorator extends UserOperationDecorator {public ModifyUserDecorator(UserOperation decoratedOperation) {super(decoratedOperation);}Overridepublic void execute() {super.execute();System.out.println(修改用户);}
}// 使用装饰器
public class Main {public static void main(String[] args) {UserOperation operation new BaseUserOperation();// 先添加再修改UserOperation addThenModify new ModifyUserDecorator(new AddUserDecorator(operation));addThenModify.execute();}
}输出
基础用户操作
添加用户
修改用户优点
动态组合行为比如 先添加再修改 或者 只修改不添加。方便扩展不用修改原类。 方式 3使用责任链模式
如果修改和添加是流程中的不同步骤可以用责任链模式让不同操作按顺序执行方便扩展。
示例用户操作链
// 责任链接口
public interface UserHandler {void handle(User user);
}// 责任链基类
public abstract class AbstractUserHandler implements UserHandler {protected UserHandler nextHandler;public void setNextHandler(UserHandler nextHandler) {this.nextHandler nextHandler;}Overridepublic void handle(User user) {if (nextHandler ! null) {nextHandler.handle(user);}}
}// 添加用户处理器
public class AddUserHandler extends AbstractUserHandler {Overridepublic void handle(User user) {System.out.println(添加用户: user.getName());super.handle(user);}
}// 修改用户处理器
public class ModifyUserHandler extends AbstractUserHandler {Overridepublic void handle(User user) {System.out.println(修改用户信息: user.getName());super.handle(user);}
}// 流程控制
public class Main {public static void main(String[] args) {User user new User(Tom);// 责任链AddUserHandler addHandler new AddUserHandler();ModifyUserHandler modifyHandler new ModifyUserHandler();addHandler.setNextHandler(modifyHandler);// 先添加再修改addHandler.handle(user);}
}输出
添加用户: Tom
修改用户信息: Tom总结
方案适用场景主要特点策略模式修改和添加是两种独立操作通过不同策略切换操作逻辑清晰便于扩展装饰者模式需要叠加功能比如先添加再修改允许动态组合多个操作避免修改原类责任链模式操作有固定顺序比如先添加再修改让多个处理器按顺序执行扩展性强
推荐
如果“修改”和“添加”是两种完全独立的操作用 策略模式。如果“修改”和“添加”可能会动态组合用 装饰者模式。如果“修改”和“添加”是必须按固定顺序执行用 责任链模式。
