Android适配器是否使用adapters模式?GoF设计模式书将适配器设计模式描述为
Adapter模式将类的接口转换为客户机所期望的另一个接口。适配器允许类一起工作,而这些类由于接口不兼容而无法协同工作。
适配器实现了一个目标接口,客户端使用(期望),并且有一个适配器将客户机发出的所有请求委托给适配器。
我知道它的理论和现实世界的模式适配器接口看起来不太像它,但我仍然不知道android适配器会适应什么(什么目标接口),以及实际向哪个适配器提出的请求。
我检查了this,this和this。但没有人能清楚地解释android适配器是如何成为适配器设计模式的。事实上,1st和2nd的答案有些矛盾。
有人能解释一下吗?
发布于 2017-01-13 04:52:09
不,它们不是。当您需要转换两个相似但不相同的类型之间的接口时,就会使用GoF适配器。最常见的情况是在两个库之间进行接口,而这两个库并没有相互编写。例如,您可以使用返回地图的库,但希望将结果传递到需要JSONObject的网络库中。您可以使用Adapter模式来转换它(这是一个很小的例子,但您理解了)。
像ListView或RecyclerView这样的安卓适配器并不能做到这一点。相反,它从模型中获取数据并将其放入视图中。实际上,它最接近的等价物是一位MVP主持人。
世界上有许多类似于GoF的类与这些模式无关(例如,单词State很少是状态机的一部分)。特别是在编写GoF之前很久,适配器就被用于十几个目的。
发布于 2017-07-07 04:57:57
实际上,Android适配器的设计模式与GoF相同。适配器用于向未知对象提供已知的接口。如果我们正在使用任何第三方库,则建议实现适配器,以便将第三方接口转换为已知的接口。然后,只需添加一个新的适配器就可以很容易地替换3rp党库。
现在,从整体上看安卓中的ListView适配器概念。第三方开发人员可以自由地添加任何数据后端,并使列表视图工作,如果他们实现已知的接口,这是Android定义的适配器类型。我希望这能澄清设计模式。
https://stackoverflow.com/questions/41626980
复制相似问题