2013-09-25 63 views
0

目前我正在做一個重組項目,主要是在我們公司的Oracle PL/SQL包。它涉及到我們公司的許多核心軟件包的工作。我們從來沒有爲後端工作完成文檔,該項目的目的是以結構化的方式基於當前邏輯創建一組新的API,同時避免系統中當前存在的所有不需要的邏輯。PL/SQL包的模塊化

我們還爲組織的主要業務制定了一個新模塊,該模塊基於這些新創建的後端API工作。

當我開始這個項目時,我發現大部分的包裝API有大約8000多行代碼。我設法將這些代碼轉換成許多單獨的API,並從包裝API調用它們。

這個活動本身是一個非常耗時的過程,但是我可以通過爲每個業務功能調用獨立的API來將代碼行數減少到僅包含900個包裝API。

我想知道您的專家是否這種模塊化代碼的模式是好的,值得花時間投入,因爲我不確定它是否會有很多性能優勢。但從代碼可讀性的角度來看,這無疑是有幫助的,現在我可以在重組之後更好地理解8000行代碼,並且我確信組織中的其他開發人員也會理解。

要求你讓我知道如果我做的是正確的事情,並且如果它除了可讀性之外還有其優點,請務必提及它們。對不起,很長的解釋。 是否可以在包裝API中使用1000多行代碼。

+0

究竟你「包裝API」的意思。包裝,包裝體,包裝內的個別程序? –

+0

嗨大衛,對不起,我沒有提到。它是一個程序包內的一個程序。 – battech

回答

0
  • 便於調試
  • 易於更新
  • 容易修改/維持,由於低耦合
  • 變化較少傾向。
  • 增加重用,如果模塊是由通用
  • 能識別未使用的代碼很容易
+0

非常感謝realspirituals ..我同意這些點100%,因爲現在我清楚地明白,當我開始在這個程序中工作時,這些點是失蹤。因爲我已經將它分成許多獨立的API,我希望以上幾點對於未來的開發和維護都很有用。 – battech

+0

@njnbat如果你對答案滿意,你可以upvote和/或接受答案,這將是更有禮貌 – SriniV

+1

嘗試,但沒有聲譽,所以對不禮貌的抱歉。 – battech