本篇內容介紹了“怎么理解ObjectiveSql的面向對象”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

成都創新互聯公司專注于銅仁網站建設服務及定制，我們擁有豐富的企業做網站經驗。 熱誠為您提供銅仁營銷型網站建設，銅仁網站制作、銅仁網頁設計、銅仁網站官網定制、小程序定制開發服務，打造銅仁網絡公司原創品牌,更為您提供銅仁網站排名全網營銷落地服務。

最近看了一些視頻，是關于“充血模型”和“貧血模型”，還有ActiveRecord 模式等，如果站在更高的角度去理解，“貧血模型”就是C語言中的"struct"，而充血模型就是Java 中的Class，到底是"struct" 還是Class 要站在系統不同位置去理解，兩者都有存在的理由，只是“貧血模型”會隱式的存在。我的理解是“貧血模型”通常存在于數據傳輸，它只是一種傳輸協議定義，可以用在不同子系統或數據庫之間的數據傳遞，當然“貧血模型”也不僅僅只有set 和get 方法，它應封裝協議相關的行為(通常這些行為被封裝在其它控制Class 中)，Google 的ProtoBuffer 就是一個很好的實踐。而“充血模型”和ActiveRecord，則是人為的一種定義，本質上它只是面向對象設計中基礎的概念(狀態和行為的封裝)，純屬制造概念。

面向對象的話題很大，我就以我項目中實際的問題簡單介紹。

@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 List orderLines;
  @Transactional
  @DataSourceName("test")
  public static void makeOrder(Order order, OrderLine... orderLines) throws SQLException {
    Order.create(order, false);
    OrderLine.create(orderLines, false);
  }
}

DomainModel 在項目中以Annotation 的形式存在，用于標識一個Class 是否為應用系統中的一個模型，模型中應該包括業務的狀態和邏輯，同時也應描述描述該模型與其它模型的關系，具體解釋如下：

1. @DomainModel會將該模型的狀態與數據庫中的表進行關聯

2. @Column(transition = SqlDateTimeTransitional.class)定義該字段與數據庫之間的轉換方式

3. @Relation(relationType = RelationType.BELONGS_TO)定義Order 與Member 的關系

4. @Transactional標識該方法的數據操作會作為事務的形式提交

5. @DataSourceName("test")用于多數據源時指定該方法中的數據所屬的數據庫

Order 模型你可以稱為ActiveRecord，也可以稱為充血模型，但本質上它就是一個Java 的標準Class，符合面向對象設計的一般原則，將問題域細分，再封裝，它只是將問題域中“訂單”進行抽象，設計狀態和行為，將問題域縮小至原子粒度，從業務邏輯概念進行推演不會產生歧義，使代碼能夠清晰描述邏輯和狀態，將純技術型代碼分離，上述定義完成后，你可以這樣直接使用：

Member member = Member.queryByPrimaryKey(1);

List members = Member.query("id between ? and ?", 10, 20);

int count = Member.count("id > ?", 10);

“怎么理解ObjectiveSql的面向對象”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注創新互聯網站，小編將為大家輸出更多高質量的實用文章！