使用tkmybatis優雅構建數據庫查詢條件，避免硬編碼字段名
本文探討在使用TKMyBatis進行數據庫查詢時，如何優雅地獲取實體類變量名來構建查詢條件，以提高代碼的可維護性和可讀性，并避免直接使用字符串字面量（例如”isDeleted”）的風險。
問題： 開發者使用TKMyBatis的Example對象構建查詢條件，但需要通過字符串字面量指定字段名，例如criteria.andEqualTo(“isDeleted”, DeleteFlagEnum.UNDELETE.getCode());。這種方式存在維護性差、易出錯等問題。開發者希望能夠像Dog.isDeleted這樣直接引用字段名，或者尋找類似Lombok注解的解決方案。
解決方案：雖然TKMyBatis本身不支持直接獲取變量名構建查詢條件，但我們可以通過引入其他框架來解決這個問題。 MyBatis-Plus (baomidou) 提供了更優雅的解決方案。
MyBatis-Plus的優勢：MyBatis-Plus的LambdaQuery()方法利用Java的反射機制，允許使用Lambda表達式直接引用實體類的字段名，從而避免硬編碼字符串。例如：
lambdaQuery().eq(Entity::getId, value).list();
這段代碼使用Entity::getId直接引用id字段，在運行時動態獲取字段名，而不是在編譯時轉換為字符串字面量。這使得代碼更簡潔、可讀性更高，并降低了出錯的概率，有效解決了原始方法的維護性問題。
需要注意的是，MyBatis-Plus的lambdaQuery()方法目前不支持kotlin。 如果使用Kotlin，需要探索其他替代方案，例如使用Kotlin的反射機制結合TKMyBatis，或者考慮其他ORM框架。 選擇合適的框架取決于項目的具體需求和技術棧。 通過采用MyBatis-Plus或其他類似的解決方案，可以顯著提升代碼質量，降低維護成本。
