先上图
目前应用采用的是yaf框架，所有的控制器都继承自Base_controller， 但由于后期功能越来越多(权限管理、产品管理、日志管理等)， 导致Base_controller已经不能再臃肿了，
当然完全可以按不同的功能新建不同的类文件，然后在Base_controller中初始化也能满足需求， 但这样各个功能和Base_controller强耦合， 所以我想有没有更好的解决方案。
这是一个在线展示企业网站范例的源代码，涉及36个行业分类近500个精美企业网站程序范例——不论是对美工还是程序员，都有相当高的参考价值！ 使用 后台管理：登录用户为“admin”，登录密码为“admin888”，登录页面为“Manage.asp”。 包含“管理员管理/添加网站/管理网站/数据库和上传文件管理”的完整功能。 其他 请把数据库后缀名MDB改为ASP防下载，同时修改两个Conn.asp
目前我想的是装饰模式，(因为目前只会这个，妈蛋)，
用具体的装饰类(权限管理，日志管理)来装饰Base_controller, 使其具有这些功能， 但由于装饰模式要求被装饰者(Base_controller), 和具体装饰者都继承自同一类， 然而现在Base_controller已经继承自其它类了， 所以Base_controller不能充当被装饰者的角色，
那么我辛辛苦苦写好的功能类(权限管理、产品管理、日志管理)用来装饰谁呢，
所以是不是我方向错了， 装饰模式在这里根本就不合适， 还是说需要其他的设计？
回复内容：
先上图
目前应用采用的是yaf框架，所有的控制器都继承自Base_controller， 但由于后期功能越来越多(权限管理、产品管理、日志管理等)， 导致Base_controller已经不能再臃肿了，
当然完全可以按不同的功能新建不同的类文件，然后在Base_controller中初始化也能满足需求， 但这样各个功能和Base_controller强耦合， 所以我想有没有更好的解决方案。
目前我想的是装饰模式，(因为目前只会这个，妈蛋)，
用具体的装饰类(权限管理，日志管理)来装饰Base_controller, 使其具有这些功能， 但由于装饰模式要求被装饰者(Base_controller), 和具体装饰者都继承自同一类， 然而现在Base_controller已经继承自其它类了， 所以Base_controller不能充当被装饰者的角色，
那么我辛辛苦苦写好的功能类(权限管理、产品管理、日志管理)用来装饰谁呢，
所以是不是我方向错了， 装饰模式在这里根本就不合适， 还是说需要其他的设计？
使用php的trait
谢邀。
楼上说的 Trait 确实是一个方案，不过问题的关键可能不在这里。
你对装饰模式的理解虽然不准确但是问题不大，也不是关键
我在实际开发中从未遇到过BaseController被搞得很臃肿的问题，通常这是开发人员的水平（或者说境界）导致的结果，别说不改变类代码，就算改变类代码这个问题也解决不了，而是要重构。
通常BaseController臃肿是因为很多不应该由Controller提供的方法被声明导致的，这些方法可能应该在Model中声明，或者属于Helper，这才是关键的问题。Model是共用的，所以其方法在任何Controller中都能使用。而如果本应Model定义的方法被放到了Controller中，而Controller不是公用的，此时的最简单的解决方式就是放到Base里面了，长期累积下来就是你现在看到的结果。
