開發(fā)APP項目領域模型的創(chuàng)建知識，假設我們要開發(fā)一個簡易的圖書館管理項目。
APP開發(fā)公司認為在項目開始設計時，首先要用面向對象程序設計的相關知識為圖書館管理項目建模。所謂建模，簡單地說就是使用類來定義項目所要管理的對象，也就是實體對象，而在這個項目中，圖書和會員就是實體對象。在建模時類定義了實體對象的數(shù)據(jù)，比如圖書的書號、名稱、作者和出版社等。類里除了定義實體對象的數(shù)據(jù)以外，還定義了實體對象的操作方法，比如圖書的入庫方法。
在為圖書館管理項目建模時，必須要考慮圖書館管理的邏輯，比如讀者最多只能借閱三本圖書。在圖書館管理APP開發(fā)項目中，還有很多這樣的邏輯，一般我們稱這些邏輯為業(yè)務邏輯，它們都屬于圖書館管理的領域范圍。業(yè)務邏輯一般是在實體對象類的方法中實現(xiàn)，為了實現(xiàn)業(yè)務邏輯，類之間還需要維持各種關系，比如讀者類必須知道他所借閱的圖書。為實體對象建模的類組成了一個完整的模型，我們稱之為領域模型。領域模型包含所有實體對象及領域范圍內的業(yè)務邏輯，領域模型體現(xiàn)了軟件的核心價值。在項目開發(fā)過程中，領域模型可能一直在迭代，它的迭代體現(xiàn)了設計人員對問題的深入思考。因此在實際項目開發(fā)中，一般都用UML圖來創(chuàng)建領域模型。UML圖可以忽略很多次要的細節(jié)，而專注于實體對象之間的關系，它比代碼更加符合人類思考問題的習慣。
如圖1.1所示為圖書館管理領域模型的UML圖。
如圖1.1所示的圖書館管理領域模型的UML圖是一個忽略了很多細節(jié)的模型，但該模型卻能準確地展示圖書和讀者之間的關系。當然，對于項目開發(fā)而言，UML圖并不是領域模型的終點，領域模型最終還是需要利用代碼來實現(xiàn)。在利用代碼實現(xiàn)領域模型時，為了保持領域模型的適用性和靈活性，最好通過一個單獨的項目完成領域模型。
在設計領域模型時，需要使用面向對象設計的一些原則和方法，這些原則和方法會在APP開發(fā)公司本文第4章中進行介紹。在APP開發(fā)公司本文的后面文章中則會詳細描述如何實現(xiàn)領域模型，以及如何實現(xiàn)領域模型的設計方法。好了，
深圳APP開發(fā)公司本文關于“圖書管理項目領域模型的創(chuàng)建知識”就分享到這里，謝謝關注，博納網(wǎng)絡編輯整理。
