目前我正在做一个重组项目，主要针对我们公司的Oracle PL/SQL 包。它涉及我们公司的许多核心软件包的工作。到目前为止，我们从来没有完成后端工作的文档，这个项目的目的是基于当前逻辑以结构化的方式创建一组新的 API，同时避免系统中当前存在的所有不需要的逻辑。
我们目前还在为组织的主要业务制作一个新模块，该模块将基于这些新创建的后端 API 工作。
当我开始这个项目时，我发现大多数包装 API 有大约 8000 多行代码。我设法将此代码转换为许多单个 API，并从包装 API 调用它们。
这项活动本身就是一个耗时的过程，但我能够通过为每个业务功能调用独立的 API 将包装 API 中的代码行数减少到只有 900 行。
我想从各位专家那里知道这种模块化代码的模式是否良好并且值得投入时间，因为我不确定它是否会带来很多性能优势。但从代码可读性的角度来看，这绝对是有帮助的，现在我能够在重组后更好地理解这 8000 行代码，我相信我组织中的其他开发人员也会理解。
要求您让我知道我是否在做正确的事情，以及它是否除了可读性之外还有其他优势，请务必提及。抱歉，解释太长了。包装 API 中有超过 1000 行代码可以吗？