就是一個要不要按規(guī)范的寫代碼的問題，怎么去衡量？假如我都封裝了一個通用的方法，但是突然對接了一個接口，他和以往的規(guī)范不一樣該怎么處理？

請求流程：

controlle→service→plugin(第三方接口實現(xiàn))→返回參數(shù)給service箭頭service調(diào)用dao持久化到數(shù)據(jù)庫

plugin內(nèi)部：接收參數(shù)→調(diào)用封裝的http方法（這個方法做一些加密解密 參數(shù)解析等等）

問題：plugin內(nèi)部的http方法中的請求參數(shù)、requestid、返回參數(shù)需要持久化到數(shù)據(jù)庫，也就是說我這個http方法需要把這些參數(shù)傳遞給調(diào)用方也就是plugin，plugin在傳遞給service去做持久化

原來：service→plugin→http方法→返回給plugin→plugin返回給service

現(xiàn)在（需要將參數(shù)持久化）：service→plugin→直接做加密等操作發(fā)送請求不封裝一個http方法，直接返回給service

?

解決：目前的解決方法是直接不做http方法封裝，原來要傳遞兩層，現(xiàn)就取消http方法就傳遞一層，這就引出了我的問題，要不要封裝？假如沒有保存到數(shù)據(jù)庫，原來的寫法我覺得挺好的

?

問題：

1.?????為什么不在plugin中做dao持久化到數(shù)據(jù)庫？

別問，問就是要求不在plugin中調(diào)用dao，實際是考慮到以后會切換平臺，假如現(xiàn)在這個平臺整個流程需要調(diào)8個接口，然后我現(xiàn)在將這些流程歸類，抽象出4個流程，那么以后換服務(wù)了，換的服務(wù)是要調(diào)用9個接口，那么我也要把他分類成4個，也就是不管以后怎么變更接口，都要歸類成4個，而不在plugin中運用dao的目的是想讓plugin只做數(shù)據(jù)處理，不做持久化，持久化在service統(tǒng)一處理