裝飾器模式和代理模式的區(qū)別

什么是裝飾器模式

裝飾器模式（Decorator Pattern）: 在不改變對象自身的基礎(chǔ)上，在程序運(yùn)行期間給對象動態(tài)的添加職責(zé)；

感覺和繼承如出一轍，不改變父類，子類可拓展功能；

優(yōu)點(diǎn)

1. 裝飾類和被裝飾類可以獨(dú)立發(fā)展，不會相互耦合
2. 相比于繼承，更加的輕便、靈活
3. 可以動態(tài)擴(kuò)展一個實(shí)現(xiàn)類的功能，不必修改原本代碼

缺點(diǎn)

1. 會產(chǎn)生很多的裝飾類，增加了系統(tǒng)的復(fù)雜性。
2. 這種比繼承更加靈活機(jī)動的特性，也同時意味著裝飾模式比繼承易于出錯，排錯也很困難，對于多次裝飾的對象，調(diào)試時尋找錯誤可能需要逐級排查，較為繁瑣。

使用場景

1. 對已有的目標(biāo)功能存在不足，需要增強(qiáng)時，擴(kuò)展類的功能。
2. 動態(tài)增加功能，動態(tài)撤銷

裝飾器模式和代理模式的區(qū)別

• 代理是全權(quán)代理，目標(biāo)根本不對外，全部由代理類來完成；裝飾是增強(qiáng)，是輔助，目標(biāo)仍然可以自行對外提供服務(wù)，裝飾器只起增強(qiáng)作用。
• 裝飾器模式強(qiáng)調(diào)的是： 增強(qiáng)、新增行為 ；代理模式強(qiáng)調(diào)的是： 對代理的對象施加控制，但不對對象本身的功能進(jìn)行增強(qiáng) 。
• 裝飾器模式：生效的對象還是原本的對象；代理模式：生效的是新的對象（代理對象）

裝飾器和代理的區(qū)別

裝飾器的簡單實(shí)現(xiàn)

場景 ：天氣太熱了，喝點(diǎn)兒冰水解解暑；加點(diǎn)兒檸檬片，讓果汁好喝點(diǎn)兒

先定義一個喝水的接口

public interface Drink {
    /**
     * 喝水
     */
    void drink();
}

寫一個接口的實(shí)現(xiàn)

public class DrinkWater implements Drink {

    @Override
    public void drink() {
        System.out.println("喝水");
    }

}

一個簡單的裝飾器

public class DrinkDecorator implements Drink {

    private final Drink drink;

    public DrinkDecorator(Drink drink) {
        this.drink = drink;
    }

    @Override
    public void drink() {
        System.out.println("先加點(diǎn)兒檸檬片");
        drink.drink();
    }

}

開始測試

public class DrinkMain {
    public static void main(String[] args) {
        Drink drink = new DrinkWater();
        drink = new DrinkDecorator(drink);
        drink.drink();
    }
}

運(yùn)行結(jié)果

先加點(diǎn)兒檸檬片
喝水

一個簡單的裝飾器模式例子就寫完了；當(dāng)然這種例子在實(shí)際項(xiàng)目中肯定是用不到的，這里只是先了解一下裝飾器模式

裝飾器模式實(shí)戰(zhàn)

場景： 項(xiàng)目一期開發(fā)的時候，并沒有給鑒權(quán)部分設(shè)置緩存；二期開發(fā)考慮到性能問題，想要給鑒權(quán)部分加上緩存，這里就選擇了使用裝飾器模式進(jìn)行處理；

這里使用的緩存是spring的 spring-cache，不了解沒關(guān)系，知道幾個注解什么意思就行

@Cacheable 表示要對方法返回值進(jìn)行緩存

@CacheEvict 刪除緩存注解

為了簡潔，以下代碼均為偽代碼

首先，需要一個權(quán)限的接口和實(shí)現(xiàn)類

public interface IDataAccessor {
    /**
     * 根據(jù)部門上級 id 獲取所有子集部門
     */
    Set< Long > deptFindAllChildrenByParentIds(Collection< Long > parentIds);

    /**
     * 獲取數(shù)據(jù)范圍內(nèi)的部門
     */
    Set< Long > deptFindScopeById(Long userId);

實(shí)現(xiàn)類（注意這里加了@Service, 交給spring處理）

@Service
public class ScopeDataAccessorImpl implements IDataAccessor {
    @Autowired
    private IDepartmentService departmentService;
    
    @Autowired
    private INodeScopeService nodeScopeService;

    @Override
    public Set< Long > deptFindAllChildrenByParentIds(Collection< Long > parentIds) {
        Set< Long > result = new HashSet<  >();
        departmentService.departmentChildren(parentIds, result);
        return result;
    }
    
    @Override
    public Set< Long > deptFindScopeById(Long userId) {
        return nodeScopeService.deptFindScopeById(userId);
    }
}

接下來就是對之前的代碼進(jìn)行裝飾，定義一個裝飾器的實(shí)現(xiàn)類

（這個類沒有 @Component, 沒有直接交給spring管理；加了注解會報(bào)錯：找到了2個bean）

public class DataAccessorDecorator implements IDataAccessor {
    private final IDataAccessor iDataAccessor;

    public DataAccessorDecorator(IDataAccessor iDataAccessor) {
        this.iDataAccessor = iDataAccessor;
    }

    @Cacheable(cacheNames = "dept:parentId", key = "#p0", sync = true)
    @Override
    public Set< Long > deptFindAllChildrenByParentIds(Collection< Long > parentIds) {
        return iDataAccessor.deptFindAllChildrenByParentIds(parentIds);
    }

    @Cacheable(cacheNames = "dept:scope:userId", key = "#p0", sync = true)
    @Override
    public Set< Long > deptFindScopeById(Long userId) {
        return iDataAccessor.deptFindScopeById(nodeId,userId);
    }
}

接下來還需要將這個裝飾器的類注冊到spring中

@Configuration
@ConditionalOnBean({IDataAccessor.class})
public class Config {
    
    @Bean
    @ConditionalOnBean({IDataAccessor.class})
    public DataAccessorDecorator dataAccessorDecorator(IDataAccessor iDataAccessor) {
        return new DataAccessorDecorator(iDataAccessor);
    }
}

根據(jù)業(yè)務(wù)，維護(hù)緩存更新；這里使用的監(jiān)聽部門和員工的變更事件

@Component
public class DataScopeEvict {

    /**
     * 清空部門相關(guān)緩存
     */
    @CacheEvict(cacheNames = {"dept:parentId"}, allEntries = true)
    public void department() {
    }

    /**
     * 清空用戶相關(guān)緩存
     */
    @CacheEvict(cacheNames = {"dept:scope:userId"}, allEntries = true)
    public void user() {
    }
}

@Component
public class ScopeDataEventListener {
    @Autowired
    private DataScopeEvict evict;
    
 /**
     * 監(jiān)聽部門變更事件
     */
    @EventListener
    public void departmentEvent(DepartmentChangeEvent event) {
        // 1 增加 2 刪除 3 上級部門變更
        evict.department();
    }

    /**
     * 監(jiān)聽user變更事件
     */
    @EventListener
    public void userEvent(UserChangeEvent event) {
        // 2 刪除 3 主部門變更
        if (event.getType().equals(2) || event.getType().equals(3)) {
            evict.user();
        }
    }
}

一切準(zhǔn)備就緒，使用的時候直接使用裝飾器類就好了

@Service
public class UserService {
    
    @Autowired
    DataAccessorDecorator scopeDataAccessor;

    
    public Set< Long > deptFindAllChildrenByParentIds(Collection< Long > parentIds) {
        return scopeDataAccessor.deptFindAllChildrenByParentIds(parentIds);
    }
    
    
    public Set< Long > deptFindScopeById(Long userId) {
        return scopeDataAccessor.deptFindScopeById(userId);
    }
    
}

以上就是一個將裝飾器模式應(yīng)用到實(shí)際項(xiàng)目的例子；

在這個例子中，使用裝飾器模式增強(qiáng)了原本的代碼，不修改原本的代碼，原本的代碼也能正確提供服務(wù)，只不過沒有使用緩存；只要方法名命名一致，只需修改注入的字段就可以升級完成，升級成本還是很低的。

這波使用裝飾器模式加緩存的操作寫到項(xiàng)目中，直接讓你的代碼 B ge pull full

小結(jié)

雖然使用裝飾器模式看起來B格高，但還是要注意自己項(xiàng)目的場景，選擇適合的方式解決問題。