1. 项目结构建议调整成这样

|-- com.gitee.whzzone
    |-- common
    |-- module
        |-- system
            |-- controller
            |-- service
            |-- mapper
            |-- entity    
            |-- pojo    
        |-- order
            |-- controller
            |-- service
            |-- mapper
            |-- entity
            |-- pojo   

个人不建议把entity实体放到pojo里面

2. SpringSecurity

建议使用策略模式 or 插件模式去抽取一下，可以灵活切换底层

• SpringSecurity模式
• Shiro模式
• 传统的拦截器（过滤器）模式

个人想法

• （1）底层可以灵活切换认证框架，比如：shiro、或者我这边的rbac
• （2）该框架可以作为基础框架（自己搞的中间件）、也可以作为业务框架（业务系统在其基础上开发）,作为业务框架可能会有自己的rbac

3. system模块

如果用它作为业务框架，那么业务系统可能会有自己独立的rbac，也可能直接使用system模块作为rbac

• （1）业务模块（比如：order），建议不要在业务或者表查询上，耦合（考虑的出发点，其实跟第二点是一样的）

4. EntityService.afterQueryHandler

如果业务比较复杂：一个service可能会存在多个afterQueryHandler才能满足的业务场景，那么是否能满足的了？