标签:BUserInfo 定义 适配器 系统 模式 员工 ForeignUser 设计模式
先看个例子:有A系统要使用B系统的人事信息,可是定义的对象却不同?
A端定义系统员工信息类【AUserInfo】。定义属性【userName】,String类型【phoneNumber】。
B端定义系统员工信息类【BUserInfo】。定义属性【userName】,int类型【phoneNumber】。
问题:B推送员工信息给A,A如何使用?
在A端定义A系统员工接口【IAUserInfo】。定义接收【BUserInfo】的类【A_ForeignUser】,与【AUserInfo】都实现【IAUserInfo】。【A_ForeignUser】也可以远程继承B系统的【BUserInfo】,或者远程依赖【BUserInfo】,实现这里不赘述。
修改后的【A_ForeignUser】
测试结果:
总结:如上代码修改后的【A_ForeignUser】类实际上就是一个A,B两个系统之间的适配器。当然,适配器模式不仅仅适用于不同的系统之间或者实体类之间的适配,当系统扩展时不符合原来的设计时,或者可能带来风险,那么那么就可以尝试用适配器模式来打个补丁【滑稽】。比如有一个音频播放接口和视频播放接口,现在用户想直接双击不放,不想打开音乐播放器,又打开视频播放器,可是你已经把他们分开做了,你会怎么去解决呢?
标签:BUserInfo,定义,适配器,系统,模式,员工,ForeignUser,设计模式 来源: https://www.cnblogs.com/qhri/p/16672359.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。