本篇內容介紹了“怎么理解ObjectiveSql的面向對象”的有關知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠學有所成!
成都創(chuàng)新互聯公司專注于銅仁網站建設服務及定制,我們擁有豐富的企業(yè)做網站經驗。 熱誠為您提供銅仁營銷型網站建設,銅仁網站制作、銅仁網頁設計、銅仁網站官網定制、小程序定制開發(fā)服務,打造銅仁網絡公司原創(chuàng)品牌,更為您提供銅仁網站排名全網營銷落地服務。
最近看了一些視頻,是關于“充血模型”和“貧血模型”,還有ActiveRecord 模式等,如果站在更高的角度去理解,“貧血模型”就是C語言中的"struct",而充血模型就是Java 中的Class,到底是"struct" 還是Class 要站在系統(tǒng)不同位置去理解,兩者都有存在的理由,只是“貧血模型”會隱式的存在。我的理解是“貧血模型”通常存在于數據傳輸,它只是一種傳輸協議定義,可以用在不同子系統(tǒng)或數據庫之間的數據傳遞,當然“貧血模型”也不僅僅只有set 和get 方法,它應封裝協議相關的行為(通常這些行為被封裝在其它控制Class 中),Google 的ProtoBuffer 就是一個很好的實踐。而“充血模型”和ActiveRecord,則是人為的一種定義,本質上它只是面向對象設計中基礎的概念(狀態(tài)和行為的封裝),純屬制造概念。
面向對象的話題很大,我就以我項目中實際的問題簡單介紹。
@DomainModel public class Order { private String no; private Integer memberId; private Float amount; private Float quantity; @Column(transition = SqlDateTimeTransitional.class) private Timestamp salesAt; @Relation(relationType = RelationType.BELONGS_TO) private Member member; @Relation(relationType = RelationType.HAS_MANY) private ListorderLines; @Transactional @DataSourceName("test") public static void makeOrder(Order order, OrderLine... orderLines) throws SQLException { Order.create(order, false); OrderLine.create(orderLines, false); } }
DomainModel 在項目中以Annotation 的形式存在,用于標識一個Class 是否為應用系統(tǒng)中的一個模型,模型中應該包括業(yè)務的狀態(tài)和邏輯,同時也應描述描述該模型與其它模型的關系,具體解釋如下:
@DomainModel會將該模型的狀態(tài)與數據庫中的表進行關聯
@Column(transition = SqlDateTimeTransitional.class)定義該字段與數據庫之間的轉換方式
@Relation(relationType = RelationType.BELONGS_TO)定義Order 與Member 的關系
@Transactional標識該方法的數據操作會作為事務的形式提交
@DataSourceName("test")用于多數據源時指定該方法中的數據所屬的數據庫
Order 模型你可以稱為ActiveRecord,也可以稱為充血模型,但本質上它就是一個Java 的標準Class,符合面向對象設計的一般原則,將問題域細分,再封裝,它只是將問題域中“訂單”進行抽象,設計狀態(tài)和行為,將問題域縮小至原子粒度,從業(yè)務邏輯概念進行推演不會產生歧義,使代碼能夠清晰描述邏輯和狀態(tài),將純技術型代碼分離,上述定義完成后,你可以這樣直接使用:
Member member = Member.queryByPrimaryKey(1);
Listmembers = Member.query("id between ? and ?", 10, 20);
int count = Member.count("id > ?", 10);
“怎么理解ObjectiveSql的面向對象”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業(yè)相關的知識可以關注創(chuàng)新互聯網站,小編將為大家輸出更多高質量的實用文章!