微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

框架设计时强制性依赖以及非依赖式约定的考虑

在框架的设计中,例如struts,我们知道对于每个用户定制action都需要继承strtus的action,此乃典型的方式,这种方式的弊端是对框架依赖严重,不利于系统的移植,另一种方式是针对用户的类,不进行任何框架接口类的继承或者实现,只通过形式上进行约束,例如针对每个execute方法,框架不提供任何超类,只是口头的约定用户需要使用框架则必须自行实现该方法,不提供任何强制性的约束,这种方式的好处是用户定制的action可在代码实现上避免对框架的依赖,然而却因为没有固定约束,导致容易出现错误。 第一种方式是传统的解决方案,利弊大家也都知道,第二种方式虽然容易让使用的用户犯错,不过可以减轻应用对框架的依赖程度,而且通过框架详细指导可以减少用户犯错的机会,为了减少框架依赖此种做法是否有可取的价值?在此希望各位高手不吝赐教。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐