开放封闭原则是面向对象所有原则的核心。
对功能扩展开放,面向修改代码封闭。
需求改变时,在小改变软件实体源代码(类、接口、方法等)的前提下通过扩展功能使其满足新的需求。
描述不同需求的用户去银行办理不同的业务
1、在这段程序中 会有多少个对象
2、每个对象的属性和行为
对象1: 用户:属性记录不同类型的用户(存钱、取钱、转账....)
对象2: 银行专员:帮助我们用户处理不同的需求
对象3: 银行业务系统:处理存钱、取钱、转账等需求的操作系统
public class BankClient
{
public string? BankType { get; set; }
}
public class BankStuff
{
private BankProcess bankProcess =new BankProcess();
public void HandleProcess(BankClient bankClient)
{
//调用银行的业务系统,处理我们用户的需求;
switch (bankClient.BankType)
{
case "存款":
bankProcess.Deposite();
break;
case "取款":
bankProcess.DrowMoney();
break;
case "转账":
bankProcess.Transfer();
break;
case "购买基金":
bankProcess.BuyJiJin();
break;
default:
break;
}
}
}
public class BankProcess
{
public void Deposite()
{
Console.WriteLine("处理用户的存款");
}
public void DrowMoney()
{
Console.WriteLine("处理用户的取款");
}
public void Transfer()
{
Console.WriteLine("处理用户的转账");
}
public void BuyJiJin()
{
Console.WriteLine("处理用户的购买基金");
}
//C#控制台调用
BankClient bankClient = new BankClient();
bankClient.BankType = "存款";
BankStuff bankStuff=new BankStuff();
bankStuff.HandleProcess(bankClient);
BankClient bankClient2 = new BankClient();
bankClient2.BankType = "取款";
BankStuff bankStuff2 = new BankStuff();
bankStuff2.HandleProcess(bankClient2);
结论: 虽然满足需求,不符合开放封闭原则。增加功能需要对内修改。
抽取接口,面向抽象/接口编程(类的每一个方法都抽象成接口都比较极端,需根据业务进行合理的封装)。
/*符合单一职责,开闭原则 */
public interface IBankProcess
{
void Process();
}
public class Deposite : IBankProcess
{
public void Process()
{
Console.WriteLine("存款");
}
}
public class DrowMoney : IBankProcess
{
public void Process()
{
Console.WriteLine("取款");
}
}
public class BuyJiJin : IBankProcess
{
public void Process()
{
Console.WriteLine("购买基金");
}
}
public class Transfer : IBankProcess
{
public void Process()
{
Console.WriteLine("转账");
}
}
public class BankStuff3
{
private IBankProcess _bankProcess ;
public void HandleProcess(BankClient bankClient)
{
//调用银行的业务系统,处理我们用户的需求;
switch (bankClient.BankType)
{
case "存款":
_bankProcess=new Deposite();
_bankProcess.Process();
break;
case "取款":
_bankProcess = new DrowMoney();
_bankProcess.Process();
break;
case "转账":
_bankProcess = new Transfer();
_bankProcess.Process();
break;
case "购买基金":
_bankProcess = new BuyJiJin();
_bankProcess.Process();
break;
default:
Console.WriteLine("没有办法处理您的业务");
break;
}
}
}
//C#控制台调用
BankClient bankClient3 = new BankClient();
bankClient3.BankType = "取款";
BankStuff3 bankStuff3 = new BankStuff3();
bankStuff3.HandleProcess(bankClient3);
结论:符合单一职责,开闭原则 。但是switch并没有解决。
解决switch case问题 封装不是目的,只有 封装变化 才能做到单一职责 ,开放封闭等原则。
/// <summary>
/// 解决switch case问题
/// </summary>
public interface IBankClient
{
IBankProcess GetBankClient();
}
public class DepositeClient : IBankClient
{
public IBankProcess GetBankClient()
{
return new Deposite();
}
}
public class DrowMoneyClient : IBankClient
{
public IBankProcess GetBankClient()
{
return new DrowMoney();
}
}
public class BuyJiJinClient : IBankClient
{
public IBankProcess GetBankClient()
{
return new BuyJiJin();
}
}
public class TransferClient : IBankClient
{
public IBankProcess GetBankClient()
{
return new Transfer();
}
}
public class BankStuff4
{
private IBankProcess _bankProcess;
public void HandleProcess(IBankClient bankClient)
{
//调用银行的业务系统,处理我们用户的需求;
_bankProcess = bankClient.GetBankClient();
_bankProcess.Process();
}
}
//C#控制台调用
IBankClient bankClient4=new BuyJiJinClient(); //变化点 需要特别注意 //DepositeClient
new BankStuff4().HandleProcess(bankClient4);
关于开放封闭原则,通过分析不同需求的用户去银行办理不同的业务来进行了三版实现,不知道大家写的代码是其中的哪一种呢?有何疑问,欢迎交流!
我有一个模型:classItem项目有一个属性“商店”基于存储的值,我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式?如果方法中没有大的if-else语句,这是如何干净利落地完成的? 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.co
我将应用程序升级到Rails4,一切正常。我可以登录并转到我的编辑页面。也更新了观点。使用标准View时,用户会更新。但是当我添加例如字段:name时,它不会在表单中更新。使用devise3.1.1和gem'protected_attributes'我需要在设备或数据库上运行某种更新命令吗?我也搜索过这个地方,找到了许多不同的解决方案,但没有一个会更新我的用户字段。我没有添加任何自定义字段。 最佳答案 如果您想允许额外的参数,您可以在ApplicationController中使用beforefilter,因为Rails4将参数
目录前言滤波电路科普主要分类实际情况单位的概念常用评价参数函数型滤波器简单分析滤波电路构成低通滤波器RC低通滤波器RL低通滤波器高通滤波器RC高通滤波器RL高通滤波器部分摘自《LC滤波器设计与制作》,侵权删。前言最近需要学习放大电路和滤波电路,但是由于只在之前做音乐频谱分析仪的时候简单了解过一点点运放,所以也是相当从零开始学习了。滤波电路科普主要分类滤波器:主要是从不同频率的成分中提取出特定频率的信号。有源滤波器:由RC元件与运算放大器组成的滤波器。可滤除某一次或多次谐波,最普通易于采用的无源滤波器结构是将电感与电容串联,可对主要次谐波(3、5、7)构成低阻抗旁路。无源滤波器:无源滤波器,又称
项目介绍随着我国经济迅速发展,人们对手机的需求越来越大,各种手机软件也都在被广泛应用,但是对于手机进行数据信息管理,对于手机的各种软件也是备受用户的喜爱小学生兴趣延时班预约小程序的设计与开发被用户普遍使用,为方便用户能够可以随时进行小学生兴趣延时班预约小程序的设计与开发的数据信息管理,特开发了小程序的设计与开发的管理系统。小学生兴趣延时班预约小程序的设计与开发的开发利用现有的成熟技术参考,以源代码为模板,分析功能调整与小学生兴趣延时班预约小程序的设计与开发的实际需求相结合,讨论了小学生兴趣延时班预约小程序的设计与开发的使用。开发环境开发说明:前端使用微信微信小程序开发工具:后端使用ssm:VU
我在我的项目中有一个用户和一个管理员角色。我使用Devise创建了身份验证。在我的管理员角色中,我没有任何确认。在我的用户模型中,我有以下内容:devise:database_authenticatable,:confirmable,:recoverable,:rememberable,:trackable,:validatable,:timeoutable,:registerable#Setupaccessible(orprotected)attributesforyourmodelattr_accessible:email,:username,:prename,:surname,:
我似乎经常遇到一些设计问题,但我不知道是什么是真的很合适。一方面我经常听到我应该限制耦合和坚持单一职责,但当我这样做时,我常常发现它很困难到在需要时将信息获取到程序的一部分。为了例如,classSingerdefinitialize(name)@name=nameendattr:nameend那么Song应该是:classSongdefnew(singer)@singer=singerendend或classSongdefnew(singer_name)@singer_name=singer_nameendend后者耦合性小,按道理应该用。但如果我以后发现宋有什么需要了解更多歌手,我的
我正在尝试创建密码规则来设计可恢复的密码更改。我通过passwords_controller.rb做了一个父类(superclass),但我需要在应用规则之前检查用户角色,但我所拥有的只是reset_password_token。 最佳答案 假设您的模型是用户:User.with_reset_password_token(your_token_here)Source 关于ruby-on-rails-设计通过reset_password_token获取用户,我们在StackOverflow
我已经使用Apartment设置了一个Rails5应用程序(1.2.0)和Devise(4.2.0)。由于某些DDNS问题,应用只能在app.myapp.com下访问(请注意子域app)。myapp.com重定向到app.myapp.com。我的用例是每个注册该应用的用户(租户)都应该通过他们的子域(例如tenant.myapp.com)访问他们的特定数据。用户不应限定在其子域内。基本上应该可以从任何子域登录。重定向到租户的正确子域由ApplicationController处理。根据Devise标准,登录页面位于app.myapp.com/users/sign_in。这就是问题开始的
我在关注RyanbatesRailsCast的devise和omniauth(第235集-devise-and-omniauth-revised)。当我尝试使用Twitter登录时,标题中不断出现错误。defself.new_with_session(params,session)ifsession["devise.user_attributes"]new(session["devise.user_attributes"],without_protection:true)do|user|user.attributes=paramsuser.valid?end完整跟踪:C:/Ruby20
我为Devise用户和管理员提供了不同的模型。我也在使用Basecamp风格的子域。除了我需要能够以用户或管理员身份进行身份验证的一些Controller和操作外,一切都运行良好。目前我有authenticate_user!在我的application_controller.rb中设置,对于那些只有管理员才能访问的Controller和操作,我使用skip_before_filter跳过它。不幸的是,我不能简单地指定每个Controller的身份验证要求,因为我仍然需要一些Controller和操作才能被用户或管理员访问。我尝试了一些方法都无济于事。看来,如果我移动authentica