揭开CPF和CNPJ校验位算法的神秘面纱：清晰简明的方法
内容提要
这篇文章讨论了巴西身份证（CPF）验证算法的实现问题。作者指出现有的解决方案往往过于复杂，不符合面向对象的编程范式。为了简化代码，作者采用了单一职责原则和有意义的变量命名。作者还提供了一个计算CPF和CNPJ（巴西公司ID）校验位的代码示例，并与常见的解决方案进行了比较。作者欢迎进一步改进的建议。
延伸解读
为何校验位算法需要加权与取模
文章指出，CPF和CNPJ的校验位设计借鉴了哈希算法中避免碰撞的思路。如果仅简单求和，不同数字组合可能得到相同结果，导致错误验证。通过为每位数字分配权重进行加权求和，再对11取模并用11减去余数，能有效降低碰撞风险。这种设计确保校验位对数字位置敏感，提升验证可靠性。
常见实现的高认知负荷问题
作者批评许多网络上的CPF/CNPJ验证代码将大量计算逻辑塞进单一方法，权重数组也缺乏解释，导致阅读者难以理解每部分的作用。这种实现方式不仅不符合面向对象范式，还增加了维护成本。文章认为，代码应通过拆分职责和有意义命名来降低理解难度，而非机械复制算法说明。
单一职责与自解释代码的改进实践
作者遵循SOLID中的单一职责原则，将校验位计算拆分为多个小方法，如计算权重、获取校验位、增强碰撞避免等，并使用有意义的变量名。这样，CPF和CNPJ的差异被清晰隔离，核心逻辑无需滚动即可查看。作者强调，这种写法虽稍显冗长，但提升了代码的直观性和正确性信心。
与典型网络方案的对比
文章对比了作者的方法与常见的CNPJ验证代码。典型方案使用大量硬编码和重复循环，仅针对CNPJ，且逻辑混杂。而作者的方法通过参数化maxWeight，同时支持CPF和CNPJ，结构更清晰。这种对比说明，理解算法背后的碰撞避免原理，有助于写出更通用、易维护的代码，而非简单复制粘贴。
Q&A
CPF和CNPJ的校验位算法有什么共同点？
CPF和CNPJ的校验位算法都关注避免碰撞，确保简单的数字求和不会错误验证。
作者如何简化CPF校验位的代码？
作者采用单一职责原则和有意义的变量命名来简化代码，减少认知负担。
为什么现有的CPF校验位解决方案复杂？
现有解决方案往往根植于命令式范式，导致高认知负担，难以理解代码意图。
如何计算CPF的校验位？
通过加权和计算每个数字的权重，最后取模11并进行相应转换得到校验位。
作者对代码的核心功能有什么看法？
作者认为代码的核心功能应更直观，便于理解，且大部分核心功能无需滚动查看。
文章中提到的加权和有什么作用？
加权和用于减少碰撞风险，确保不同组合不会产生相同的校验结果。
