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