目前我正在进行一项重组项目，主要是关于我们公司的Oracle PL / SQL包。它涉及到我们公司的许多核心软件包。到目前为止，我们从未有过后端工作的文档，本项目的目的是以结构化方式基于当前逻辑创建一组新的API，同时避免系统中当前存在的所有不需要的逻辑。 p>
我们目前正在为组织的主要业务制作一个新模块，该模块将基于这些新创建的后端API工作。
当我开始这个项目时，我发现大多数包装器API都有大约8000行代码。我设法将此代码转换为许多单个API，并从包装器API中调用它们。
此活动本身是一个耗时的过程，但我通过为每个业务功能调用独立的API，在包装器API中将代码行数减少到900个。
我想向您了解专家是否这种模块化代码的模式是好的并且值得花时间投入其中，因为我不确定它是否会有很多性能优势。 但从代码可读性的角度来看，这肯定有帮助，现在我能够在重组后更好地理解8000行代码，并且我确信我的组织中的其他开发人员也会理解。
请您告诉我，如果我做的是正确的事情，除了可读性之外还有它的优点，请提及它们。很抱歉很长的解释。 并且在包装器API中有超过1000行代码是可以的。
答案 0 :(得分：0)