科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道基础软件接口是AS出来的

接口是AS出来的

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

接口是一种契约,它和类不同。

作者:韩小明 来源:CSDN 2008年1月6日

关键字: AS 接口

  • 评论
  • 分享微博
  • 分享邮件

很多人在接口定义中,喜欢使用派生的方式进行定义。但是我要说的是,接口不应该派生,而应该AS出来。

接口是一种契约,它和类不同。当接口从COM中诞生的时候,其具备的三个方法经常被人忽略:
 IInterface = interface
    [
'{00000000-0000-0000-C000-000000000046}']
    function QueryInterface(
const IID: TGUID; out Obj): HResult; stdcall;
    function _AddRef: Integer; stdcall;
    function _Release: Integer; stdcall;
 end;
看一个体系的设计,其实就是看它基本架构中提供了什么服务。TObject如此,IInterface也是如此。
观察这个架构,其中,包含两类服务:
第一、              引用计数服务。这也是非常著名的接口生存器自管理的实现过程。包括_AddRef和_Release两个方法。
第二、              接口查询服务。从一个接口查询另一个接口的方式。
第一个大家都很熟悉,也不是我们今天关心的。主要来说说第二个服务:接口查询服务。
如果稍不注意,你可以会产生一个疑问:就有一个接口,它要这个QueryInterface有什么用?我非常理解这种想法。其实这个想法的根源很可能来自TObject给我们的映像!
在接口的世界里,我们处理的可不是一个单一的接口!一个典型的应用就是同一个实体,同时实现多个接口!这和对象完全不一样。
还有一点:接口不关心实现!对于我们对象来说,除了申明公布的方法,还得复杂去实现。接口就不一样,只要附属在某个对象上就可以了。对于使用者来说,完全不需要考虑那个对象来实现的,更不需要那个语言来实现的!
基于查询接口,我们还应该发现一个道理。在业务接口设计中并不主张你派生!虽然很多语言中提供了派生机制。
对于一个业务实体。它体现出来的特性,在对象体系中,派生类是基于基类附加的信息。而在接口体系中,额外的信息,会以更准确的接口来体现。如下图:
 ObjectSys.gif

相对于对象体系,接口体系认为,所有额外公布出来的方法是有意义的集合!这个集合必然有它自己存在的意义。事实上,接口体系认为,这个集合一定是一个新的接口。如下图:
IntfSys.gif
类可以是一个多个接口的混合体。因为实体往往在不同的地方表现出不同的方面。但是接口必须是单一职责的。将一些没有被设计者认真思考归类的方法,简单附加到一个接口上而形成新的接口的做法,在接口体系中是不被推荐的。
如果派生接口,我们可能会出现这样的用法:

    IB 
= interface(IA)
end;
 
a: IA;
b: IB;
 
b :
= TB.Create;
a :
= IA(b);
b :
= IB(a);
这段代码,本身可能没有问题,可是你要是细想一下,所谓强制转换,就是说你已经知道IA和IB是同一个对象实现的了!并且他们的指针是同一个地址。这就是说你在使用这类接口的同时,已经知道它的实现了。
如果:

    TA 
= class(TInterfacedObject, IA)
end;
 
TB 
= class(TInterfacedObject, IB)
end;
那么你还会发现,IA(b)得到的接口和b as IA得到的接口不是同一个接口啊。下面这段代码可以验证:

    type
 
 IA 
= interface
 [
'{CDDE945F-BD5C-49B4-AF21-945460782C62}']
    procedure A;
 end;
 
 IB 
= interface(IA)
 [
'{BE689474-2621-4BB0-BB1B-F77E6D557560}']
    procedure B;
 end;
 
 TA 
= class(TInterfacedObject, IA)
    procedure A;
 end;
 
 TB 
= class(TA, IB)
    procedure B;
 end;
 
 
{ TB }
 
procedure TB.B;
begin
 
end;
 
{ TA }
 
procedure TA.A;
begin
 
end;
 
procedure TForm1.Button1Click(Sender: TObject);
var
 a: IA;
 b: IB;
begin
 b :
= TB.Create;
 
 ShowMessage(IntToStr(Integer(b)));
 a :
= IA(b);
 ShowMessage(IntToStr(Integer(a)));
 a :
= b as IA;
 ShowMessage(IntToStr(Integer(a)));
end;
 
也就是说,所谓的接口类型转换的代码实际上是依赖于实现的!这一点在接口体系中也是强烈不推荐的。
回到最初的话题。架构体系决定或者体现其设计原则。我们在接口体系的设计中,应该避免使用派生关系。多关注那些集合的本质所在。
记住,接口是AS出来的。

查看本文来源
    • 评论
    • 分享微博
    • 分享邮件
    闂傚倸鍊搁崐鎼佸磹妞嬪孩顐介柨鐔哄Т閻骞栧ǎ顒€濡肩紒鎰殜閺岋繝宕堕埡浣锋睏闂佸搫顑呴柊锝夊蓟閺囷紕鐤€閻庯綆浜炴禒鐐節濞堝灝鐏犻柕鍫熸倐瀵寮撮敍鍕澑闁诲函缍嗘禍鏍磻閹捐鍐€妞ゆ挶鍔庣粙蹇涙⒑鐠恒劌娅愰柟鍑ゆ嫹

    婵犵數濮烽弫鍛婃叏閻戝鈧倹绂掔€n亞鍔﹀銈嗗坊閸嬫捇鏌涢悢閿嬪仴闁糕斁鍋撳銈嗗坊閸嬫挾绱撳鍜冭含妤犵偛鍟灒閻犲洩灏欑粣鐐烘⒑瑜版帒浜伴柛鎾寸洴閹儳煤椤忓應鎷洪梻鍌氱墛閸楁洟宕奸妷銉ф煣濠电姴锕ょ€氼參宕h箛鏃傜瘈濠电姴鍊绘晶娑㈡煕鐎c劌濡介柕鍥у瀵粙濡歌閳ь剚甯¢弻鐔兼寠婢跺﹥娈婚梺鍝勭灱閸犳牠骞冨⿰鍫濈厸闁稿本绋撹ぐ瀣煟鎼淬値娼愭繛鍙壝悾婵堢矙鐠恒劍娈鹃梺鍓插亝濞叉牠鎮″☉銏$厱閻忕偛澧介惌瀣箾閸喐鍊愭慨濠勭帛閹峰懐绮电€n亝鐣伴梻浣规偠閸斿宕¢崘鑼殾闁靛繈鍊曢崘鈧銈嗗姂閸庡崬鐨梻鍌欑劍鐎笛呯矙閹寸姭鍋撳鐓庡籍鐎规洑鍗冲畷鍗炍熼梹鎰泿闂備線娼ч悧鍡涘箠鎼淬垺鍙忔い鎺嗗亾闁宠鍨块崺銉╁幢濡炲墽鍑规繝鐢靛О閸ㄦ椽鏁嬮柧鑽ゅ仦娣囧﹪濡堕崨顔兼闂佺ǹ顑呴崐鍦崲濞戙垹骞㈡俊顖濐嚙绾板秹鏌f惔銏e妞わ妇鏁诲璇差吋閸偅顎囬梻浣告啞閹搁箖宕版惔顭戞晪闁挎繂顦介弫鍡椼€掑顒婂姛闁活厽顨嗙换娑㈠箻閺夋垹鍔伴梺绋款儐閹瑰洭寮婚敐鍛婵炲棙鍔曠壕鎶芥⒑閸濆嫭婀扮紒瀣灴閸╃偤骞嬮敃鈧婵囥亜閺囩偞鍣洪柍璇诧功缁辨捇宕掑▎鎴濆濡炪們鍔岄幊姗€骞嗗畝鍕<闁绘劙娼х粊锕傛煙閸忚偐鏆橀柛鏂跨焸閹偤宕归鐘辩盎闂佸湱鍎ら崹鐢割敂閳哄懏鍊垫慨姗嗗墻濡插綊鏌曢崶褍顏€殿喕绮欐俊姝岊槼闁革絻鍎崇槐鎾存媴缁涘娈┑鈽嗗亝缁诲牆顕f繝姘亜缁炬媽椴搁弲锝夋偡濠婂啰效闁诡喗锕㈤幊鐘活敆閸屾粣绱查梺鍝勵槸閻楀嫰宕濇惔锝囦笉闁绘劗鍎ら悡娑㈡倶閻愯泛袚闁哥姵锕㈤弻鈩冩媴閻熸澘顫掗悗瑙勬礈閸犳牠銆佸鈧幃鈺呮惞椤愩倝鎷婚梻鍌氬€峰ù鍥х暦閸偅鍙忛柟鎯板Г閳锋梻鈧箍鍎遍ˇ顖炲垂閸岀偞鐓㈡俊顖滃皑缁辨岸鏌ㄥ┑鍡╂Ц缂佲偓鐎n偁浜滈柡宥冨妿閳藉绻涢崼鐔虹煉婵﹨娅e☉鐢稿川椤斾勘鈧劕顪冮妶搴′簼婵炶尙鍠栧畷娲焵椤掍降浜滈柟鍝勬娴滈箖姊洪幐搴㈢┛濠碘€虫搐鍗遍柟鐗堟緲缁秹鏌涢锝囩畼妞ゆ挻妞藉铏圭磼濡搫顫岄悗娈垮櫘閸撴瑨鐏冮梺鍛婁緱閸犳岸宕㈤幖浣光拺闁告挻褰冩禍浠嬫煕鐎n亜顏柟顔斤耿閺佸啴宕掑☉姘箞闂佽鍑界紞鍡涘磻閸℃ɑ娅犳い鎺戝€荤壕濂告煕鐏炲墽鈽夌紒妞﹀洦鐓欓柣鐔告緲椤忣參鏌熼悡搴㈣础闁瑰弶鎸冲畷鐔兼濞戞瑦鐝¢梻鍌氬€搁崐椋庣矆娓氣偓楠炴牠顢曢妶鍌氫壕婵ê宕崢瀵糕偓瑙勬礀缂嶅﹪寮婚崱妤婂悑闁告侗鍨界槐閬嶆煟鎼达紕鐣柛搴ㄤ憾钘濆ù鍏兼綑绾捐法鈧箍鍎遍ˇ浼存偂閺囥垺鐓涢柛銉e劚婵$厧顭胯閸ㄤ即婀侀梺缁樓圭粔顕€顢旈崼鐔虹暢闂傚倷鐒︾€笛呮崲閸屾娑樜旈崨顓犲幒闂佸搫娲㈤崹娲偂閸愵亝鍠愭繝濠傜墕缁€鍫熸叏濡寧纭鹃柦鍐枛閺屾洘绻涜鐎氱兘宕戦妸鈺傗拺缂備焦锚婵洦銇勯弴銊ュ籍闁糕斂鍨藉鎾閳ユ枼鍋撻悽鍛婄叆婵犻潧妫楅埀顒傛嚀閳诲秹宕堕妸锝勭盎闂婎偄娲︾粙鎰板箟妤e啯鐓涢悘鐐靛亾缁€瀣偓瑙勬礋娴滃爼銆佸鈧幃銏$附婢跺澶�

    重磅专题
    往期文章
    最新文章