根据我的经验，有几个地方注意一下就可以比较好的解决： 
 
共通的内容要易于使用和理解，例如定义的方法名要比较贴切。 
要写比较详细的说明文档，例如给大家发邮件或者发布到内部使用的论坛系统中。 
在公布之前经过充分的测试，否则使用的时候总是有各种问题会导致大家不敢再用共通的代码。 
对于类似的功能有其共通的代码，例如使用struts的系统有自己的系统的顶层的BaseAction，在这个BaseAction中定义系统中的子类需要实现的业务逻辑方法入口，而BaseAction要实现structs要求的execute方法，并完成所有的共通任务，例如是否登录的检查，session是否超时等 
业务功能要比较少的关心杂项共通功能，例如定义logger，获取数据库连接，关闭数据库连接，异常处理等，这些功能都可以定义在BaseAction或者是系统的顶层基类中。 
  而且通过使用共通功能也可以很大程度提高系统的质量，因为通过这些年的实践发现，很多新人由于开始不理解系统的要求，很多地方就是先抄袭别人甚至完全拷贝别人的代码，如果别人的代码是有问题的，那么在没有出问题之前是很难被自己发现的，而到了发现的时候已经积重难返了，而通过顶层类的封装，底层的类的空间就狭窄了，犯错误的可能性就小多了，因为很多系统的共通要求在顶层类中已经实现了。