1.在面向对象程序设计过程中,我们把公共方法抽象成一个类,通过继承的方式来实现还是声明称一个接口,通过接口的方式来实现?
关于接口的理解:
1.接口实现了一种机制与策略分离的设计模式,接口更像一个约定,实现接口的算法可以很多方式。
2.接口中的函数必须实现的。
3.接口可以避免多继承,特别是在Java或者c#这类单继承的语言中,只能继承一个类,却可以实现多个接口。
4.接口可以让调用者很清楚的知道提供了哪些服务,并且可以隐藏实现接口的代码。
关于继承的理解:
1.继承是一种代码重用的方式,子类通过继承的方式,拥有父类的public,protected 成员及方法,接口可以吗??。
2.继承使子类可以通过重载更改父类vitual函数的实现,从而实现多态,接口可以吗??接口是否可以继承??。
3.子类可以不更改父类virtual函数的实现,而接口是必须实现接口中定义的所有函数的。
4.继承的父类public,protected成员及方法与该类的其他成员混口在一起,调用者了解该类提供的接口时不是一目了然,当然这可以通过抽象类的方式实现,如下面代码所示。
class ParentAbstract
{
private:
ParentAbstract()
~ParentAbstract();
public:
virtual A()=0;
virtual B()=0;
virtual C()=0;
public:
static shared_ptr<ParentAbstract> GetInstance()
{
if(nullptr == m_ParentAbstract)
{
m_ParentAbstract = make_shared<ParentAbstract>();
}
return m_ParentAbstract;
}
private:
static shared_ptr<ParentAbstract> m_ParentAbstract;
}
ParentAbstract::m_ParentAbstract=nullptr;
背景:
在一个解决方法中有很多项目,这个项目采用MVC框架实现的,在视图这一层被划分在两个不同的项目中,当时采用的是敏捷开发,设计上问题没有考虑周全,加之鄙人设计经验欠缺,界面层为实现多语言,使用了资源文件,下面是访问该资源文件的函数实现。
protected string GetStrFromResouce(string strResouceId)
{
ResourceManager LocRM = new ResourceManager("view.DefaultCharatorString", typeof(view).Assembly);
string strModel = LocRM.GetString(strResouceId);
if (string.IsNullOrEmpty(strModel))
{
LocRM = new ResourceManager("view.VWXmlReferenceCharatorString", typeof(view).Assembly);
strModel = LocRM.GetString(strResouceId);
}
return strModel;
}
在做项目的过程中遇到了个问题,由于我使用的是继承的方式,我把上面的函数作为布局的父类(class view)里面的一个函数,子类的布局继承该类。
public class ActuatorTp:view
{
public TableLayoutPanel CreateActuatorLayout()
{
TableLayoutPanel ActuatorLayout = CreateDiagnoseParentLayout();
TableLayoutPanel MainLayout = CreateMainLayout();
ActuatorLayout.Controls.Add(MainLayout, 0, 1);
TableLayoutPanel ActLayout = CreateActLayout();
ActuatorLayout.Controls.Add(ActLayout, 0, 2);
return ActuatorLayout;
}
.....
}
这是没有问题的,但接下来问题来了,视图层的窗口类也需要调用资源文件,但是窗口类并不继承窗口布局,怎么办呢?
1.是把访问资源的函数COPY到窗口类中。
2.是定义一个访问资源的接口,让窗口类实现该接口,其他窗口布局实现该接口。
很显然2要优于1。
原因:
1.通过接口而不是继承,显示了作者的意图,对业务的理解更加深刻,而不是简单的实现。
2.更好的说明了我的设计意图