5月iOS設備性能榜：M1 M2依舊是榜單前五
和上個月一樣，沒有新品發布的iOS設備性能榜的上榜設備并沒有什么更替，僅僅只有跑分變化而產生的排名變動，剛剛開始的蘋果WWDC2023，推出的產品也依舊是新款Mac Pro、新款Mac Stu
在日常業務需求開發中，經常有對關鍵業務功能做操作日志記錄，即某用戶在某一時間操作某功能，操作前后的數據記錄。尤其是在按業務功能模塊拆分成多個project時，就會面臨記錄操作日志與業務邏輯之間解耦、記錄操作日志更加簡單、操作前后業務數據（字段）對比等問題。
接下來我們將介紹一種易于理解、簡單接入操作日志的方法，同時提供一個通用的接口，方便前端開發者進行頁面展示。
設計并實現一種通用的數據變更追蹤和動態展示（對象描述）實踐方案，該解決方案允許開發人員通過簡單的注解來標記需要追蹤的業務數據。該系統能夠自動捕獲所有標記數據的添加、修改等操作，并詳細記錄數據變更的每一步。同時，提供的動態展示接口，可以清晰、直觀地展示數據的變更明細，讓數據的前后差異一目了然。具體包括：
在應用層面，可以在業務代碼中添加日志，記錄下關鍵操作和數據的變更以及字段描述。例如，可以在每個數據庫操作前后添加日志，記錄下操作名稱、時間、影響的數據等信息。這種方案需要改變業務代碼（散彈式），增加編碼的復雜性，麻煩且不夠通用。
Canal 是阿里巴巴開源的一款基于 MySQL 二進制日志（binlog）的增量數據訂閱和消費組件。其主要功能是提供對 MySQL 數據庫變更的實時監聽，包括表結構或數據變動等。Canal 記錄數據變更時，它捕獲的是數據庫層面上的原始變更事件，即 insert、update 和 delete 操作。這些事件是基于單個數據庫事務的，Canal 本身并不處理關聯數據的變更。當一個業務模型關聯了多個表的數據時，訂閱 binlog，需要根據業務的實際情況對獲取的 binlog 數據進行正確組裝和解析，包括正確的將多個表的變更合并到一個業務對象中。
這種方案的優點是和業務邏輯完全解耦。缺點也很明顯，缺點是只能對數據庫的更改做記錄。
觸發器會增加數據庫的復雜性和維護成本，如果處理不當，觸發器可能導致性能問題，不考慮。
面向切面編程（Aspect-Oriented Programming，AOP）是一種編程范式，主要用于將那些與業務邏輯無關，但在多個地方都需要使用的公共操作（如日志記錄、安全檢查、事務處理等）分離出來，降低系統的耦合度。AOP的運行需要動態生成代理類和織入切面，本實現方案一部分基于AOP實現。
本實現方案基于Annotation+AOP+SpringEL+Swagger實現，AOP用于攔截配置自定義注解的Controller方法執行前后記錄操作前后的數據。鑒于多數業務系統中，每一個業務模塊都有根據ID查詢明細數據，由此在記錄數據時回調此業務的getById方法獲取明細數據。SpringEL默認為調用業務模塊的Service的getById方法，如果是uuid等其他條件獲取數據時可以自定義配置。Swagger用于獲取模型定義，在引入此類庫的項目啟動時，會掃描帶有@ApiModel注解的模型并緩存，當模型發生變更時，找到相對應的模型定義一同存儲。為這種不確定的實體字段存儲，本方案采用MongoDB作為數據庫。
圖片
圖片
說明：初始化請求Context，并解析request相關信息。
定義操作類型與注解，操作類型為便于搜索，注解用于標記需要追蹤變更的 Controller 方法。
圖片
圖片
說明：
圖片
說明：業務模塊Service實現此接口，這樣就能獲取到業務實體Model。通過Spring EL表達式調用業務基礎 Service 的 getById或listByIds等方法，分別獲取方法執行前后的數據快照。將兩次數據快照進行對比，然后獲取相對應的Model描述，并生成詳細的變更記錄存儲到MongoDB中。為不污染原業務Service代碼，建議適配Tracker接口并注入原Service來實現getById、listByIds方法。雖增加了實現類，但對于 項目中一個模塊的業務確是一勞永逸。
圖片
說明：當注解中login為true時，回調此接口，獲取當前登錄用戶信息，如為false時，回調getAnonymousUser()方法。
圖片
圖片
說明：
圖片
圖片
說明：因預期目標想做到通用，業務字段的變更不確定，故而采用NoSQL數據庫存儲，本實現方案內置以MongoDB為默認存儲數據庫，僅對埋點的接口追蹤日志存儲，業務方可自定義日志處理器。如業務方自定義實現存儲，實現AccessLogPersist接口并且配置為Bean即可，默認存儲即失效。
為兼容不同業務Model不同的字段定義，接口返回變更前后的數據同時，將字段描述同時返回，以用戶修改為例定義接口如下：
圖片
圖片
說明：
圖片
本節將以一個簡單的用戶（User）和任務（Task）的修改操作為例，介紹如何使用本方案實現數據變更追蹤和動態展示功能。
圖片
圖片
說明：項目中實現權限，當為登錄接口時，自動回調此方法將LoginUser設置到AccessLog.user對象中。
圖片
圖片
圖片
說明：任務模塊Service同理
圖片
分別修改User和Task id為1的User和Task,分別提交修改數據如下：
{ "age": 32, "id": 1, "username": "姜強"}{ "contractName": "jturbo", "id": 1, "name": "任務名稱2"}說明：returncode為0說明業務接口返回成功。
由上面兩條日志，根據接口規則定義，前端查看變更明細時展示如下：
用戶模塊時：
圖片
任務模塊時：
圖片
前端可忽略業務，根據接口規則動態渲染，也可使用JSONDiff，高亮差異。
通過以上實踐，我們可以實現對業務系統中數據變更的追蹤和記錄，通過通用的接口規則，可以動態地展示不同業務數據模型變更過程。這種方案的核心是將數據變更的追蹤和記錄與業務邏輯分離，使其成為一個通用的、可復用的服務。通過注解和 AOP技術，我們可以輕松地在業務系統中引入這種服務，而無需修改原有的業務代碼。不僅可以提高代碼的可維護性，而且記錄用戶的操作日志也更加優雅。
雖然當前已經能夠滿足大部分需求，但在未來，還計劃增加功能：
在業務場景允許的情況下增加一鍵回退功能。
對于此方案大家有更好的建議，歡迎留言討論。
作者簡介
姜強強
經銷商技術部-商業資源團隊
016年加入汽車之家，目前主要負責經銷商事業部內創新商業項目的研發工作，熱衷于業內新技術的探索與實踐。
本文鏈接：http://www.www897cc.com/showinfo-26-57400-0.html記錄業務系統操作日志方案實踐
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
上一篇： Elasticsearch 8.X 小技巧：使用存儲腳本優化數據索引與轉換過程
下一篇： Go語言常見錯誤—意外的變量隱藏
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號