高级工程的定义不在于代码量的多少，而在于策略性地避免代码量。在复杂的集成环境中，倾向于利用通用库来满足每一个细分需求会带来不必要的开销。要实现真正的架构成熟，就必须致力于 "最小化工具"--优先考虑有弹性、经过实战检验的系统实用程序，而不是自定义逻辑。本评估将检查我们的 PGP 加密/解密流水线，以展示如何从应用级库转向操作系统本地授权，从而提高系统的耐用性。

现状：重量级实现

我们当前的 MPHP.HS.PGPUtil 类是一种高摩擦设计。现有的 InterSystems IRIS 业务流程虽然功能强大，但依赖性很强。通过桥接嵌入式 Python 来使用 pgpy 库，我们引入了一个 "重型 "堆栈，需要 Python 运行时、第三方库管理和特定的加密二进制文件。

目前，技术核心迫使应用程序管理内部加密状态、手动文件 I/O 和内存堆分配：

Python 实现：

ClassMethod DecryptPGP(EncryptedFilePath As %String, TargetFilePath As %String, PrivateKeyPath As %String, Passphrase As %String) As %String [ Language = python ] {
    import pgpy
    try:
        with open(EncryptedFilePath, "rb") as enc_file:
            encrypted_content = enc_file.read()
        pgp_key, _ = pgpy.PGPKey.from_file(PrivateKeyPath)
        encrypted_message = pgpy.PGPMessage.from_blob(encrypted_content)
        with pgp_key.unlock(Passphrase) as unlocked_key:
            decrypted_message = unlocked_key.decrypt(encrypted_message)
        with open(TargetFilePath, "wb") as dec_file:
            dec_file.write(decrypted_message.message)
        return 1
    except Exception as e:
        return f"ERROR: {str(e)}"
}

关键摩擦点

* 维护债务：每个第三方库都会增加安全攻击面，需要不断审核和打补丁。

* 资源效率低下：将文件数据加载到应用程序的内存堆中进行处理的效率低于基于流的操作系统实用程序。

* 工具过大：我们正在使用一种通用语言来解决狭隘的标准化加密任务。

建议状态：本地实用程序委托

为了与现代编程准则保持一致，我们必须从 "编写 "转向 "委托"。在这种情况下，操作系统提供了一个高性能、经过实战检验的解决方案：GnuPG (GPG)。

通过用直接的操作系统级调用取代自定义 Python 方法，我们完全消除了外部依赖的影响。本地实用程序经过优化，可直接从磁盘流式传输数据，大大提高了内存效率，并将我们的代码库缩减为一个纯粹的协调器。

命令行实现：

ClassMethod DecryptPGP(EncryptedFilePath As %String, TargetFilePath As %String, PrivateKeyPath As %String, Passphrase As %String) As %String {
    // Build the command to delegate to the OS-native GPG utility
    Set cmd = "gpg --batch --yes --passphrase " _ Passphrase _ " --output " _ TargetFilePath _ " --decrypt " _ EncryptedFilePath   
    // Execute at the system level; $zf(-1) returns the OS exit code
    Set exitCode = $zf(-1, cmd) 
    // Return 1 for success (exit code 0), or the error code
    Return (exitCode = 0) ? 1 : "ERROR: GPG exit code " _ exitCode
}

架构结论

转向操作系统授权模式强化了我们设计理念的两大重要支柱：

* 适用性：在标准化任务方面，专用二进制文件优于通用库。

* 协调性：我们的代码应作为现有实用程序的薄层管理，而不是重新发明已有的工具。

这样做的结果是，企业数据管道更精简、更安全、可维护性更高，同时还能保留开发人员的才能，用于解决新的技术问题。