目前我正在做一個重組項目,主要是在我們公司的Oracle PL/SQL包。它涉及到我們公司的許多核心軟件包的工作。我們從來沒有爲後端工作完成文檔,該項目的目的是以結構化的方式基於當前邏輯創建一組新的API,同時避免系統中當前存在的所有不需要的邏輯。PL/SQL包的模塊化
我們還爲組織的主要業務制定了一個新模塊,該模塊基於這些新創建的後端API工作。
當我開始這個項目時,我發現大部分的包裝API有大約8000多行代碼。我設法將這些代碼轉換成許多單獨的API,並從包裝API調用它們。
這個活動本身是一個非常耗時的過程,但是我可以通過爲每個業務功能調用獨立的API來將代碼行數減少到僅包含900個包裝API。
我想知道您的專家是否這種模塊化代碼的模式是好的,值得花時間投入,因爲我不確定它是否會有很多性能優勢。但從代碼可讀性的角度來看,這無疑是有幫助的,現在我可以在重組之後更好地理解8000行代碼,並且我確信組織中的其他開發人員也會理解。
要求你讓我知道如果我做的是正確的事情,並且如果它除了可讀性之外還有其優點,請務必提及它們。對不起,很長的解釋。 是否可以在包裝API中使用1000多行代碼。
究竟你「包裝API」的意思。包裝,包裝體,包裝內的個別程序? –
嗨大衛,對不起,我沒有提到。它是一個程序包內的一個程序。 – battech