基於數據庫設計的設計類

Question

我有一個小問題，我的ojt項目。我被給了一個數據庫設計，並且必須爲它做類設計。但是我從來沒有設計過基於現有數據庫的類，所以我很困惑我應該設計哪些類。

這裏發生了什麼事的一點解釋：

實體DB：申請人，應用，技術，報價，客戶。

客戶（公司a）向公司b發送詢價（我在哪裏做我的ojt）。公司b有一個申請人池，在那裏所有從他們那裏尋找工作的人的申請都去了。他們然後根據公司a所需的技能尋找合適的申請人。如果匹配成功並且公司a對客戶感到滿意，那麼他就會找到工作。如果不是的話，他會被置於泳池中，並保持狀態。

所以bascially我想到的只是基於數據庫設計設計類1到1。當然我在這裏描述的實體只是整個數據庫的一小部分。但這些實體是我也將設計成一個班的那些實體。像申請人一樣也可以發送文件。文檔存儲在文件服務器上，並且鏈接存儲在數據庫中。這個文檔實體是我不會設計成類的東西，因爲它沒有意義，文件只是上傳，其屬性存儲在數據庫中。

我在這裏用我的想法走向正確的方向嗎？我會非常感謝一些信息或更正...

Answer 1

每個表的一個類是一個合理的開始，尤其是如果你的表已經在第三範式。然而，有很多地方你可能會有所不同。例如，純關聯實體不一定需要一個類，這取決於您計劃如何建模表之間的關係。

有各種現有的ORM框架爲你做這種事情。您應該考慮使用這些ORM框架之一，而不是從空白頁面開始。這些框架處理很多重複性苦差事的，讓您專注於應用程序邏輯，而不是數據訪問邏輯。