IOC,把控制反轉到業務端,這句話沒什麼問題,在springboot框架裡,物件的管理是通過spring ioc來實現的,而開發人員的開發原則裡總是說“面向介面程式設計”,而為什麼要面向介面卻沒幾個人能說出來,今天在寫一個基於redis的手動分佈鎖時,對這個面向介面和控制反轉又有了一個體會。
底層程式碼更需要面向介面
當你為開發人員提供一個封閉的包時,他們是直接用的,他們不會修改你的程式碼,當然他們可以去繼承並擴充套件;當然如果你不希望被繼承可以宣告為final
,這都是物件導向程式設計裡提供好的功能,我們主要看控制反轉
這句話,它把控制權交給了上層去實現,底層通過 面向介面
的原則只設計一個規範,而又使用者去實現;但框架功能裡的細節是要有的,這類似於“模版方法”模式,底層框架實現了流程,而個性化的部分由上層去實現。
看jpa裡的審計介面
public interface AuditorAware<T> {
/**
* Returns the current auditor of the application.
*
* @return the current auditor
*/
Optional<T> getCurrentAuditor();
}
上面這個泛型介面只有一個方法,需要讓上層開發人員根據自己的業務去實現它,比較返回一個當前登陸的使用者實體,或者返回使用者名稱稱,然後底層框架裡直接使用這個AuditorAware介面的物件;當然如果你的底層只接收一個String型別的值,你也可以去派生一個個性化介面,讓上層開發人員去實現你的介面即可。
/**
* 返回使用者ID的標識介面,由程式使用者去實現.
*/
public interface UserIdAuditorAware extends AuditorAware<String> {
}
上面程式碼更加準確的規定了AuditorAware是一個字串的介面,只返回使用者ID即可。
@Component
public class CurrentUserAware implements UserIdAuditorAware {
@Autowired
ApplicationContext applicationContext;
@Override
public Optional<String> getCurrentAuditor() {
ServletRequestAttributes requestAttributes = (ServletRequestAttributes) RequestContextHolder.getRequestAttributes();
HttpServletRequest request = requestAttributes.getRequest();
return Optional.of(request.getSession().getAttribute("id").toString());
}
}
我們的底層程式碼會使用它的getCurrentAuditor()
返回值 ,它是一個字串。
public Object execute(String sourceId, Integer timeout, TimeUnit unit) {
Assert.notNull(sourceId, "sourceId不能為空");
String key = getKey(sourceId);
String user = auditorAware.getCurrentAuditor().orElse(null);
Assert.notNull(user, "AuditorAware例項返回的值為空");
// 程式碼略
}
對於一個小小的功能,我們在經過思考之後,對於之前學過的東西進行總結,你可能會想法某種設計模式、某個演算法、某個原則、在使用它們之後,讓你的程式碼擴充套件性更好,這種程式碼也彷彿有了生命!