问最佳实践

EN

你用什么来编码？尝试离开开发人员控制台。VSCode有一些不错的插件，如Prettier或Apex PMD，它们应该可以帮助你格式化和使方法变得过于复杂。~80行/方法一般。我担心传递长长的参数列表，并在函数中深度嵌套代码，而不仅仅是它们的长度。

有一些通用的指导原则(在其他语言中，Apex没有什么特别之处！)理想的功能应该放在一个屏幕上，这样程序员就可以在不滚动的情况下看到整个屏幕。读一读这篇文章，也许你会对它产生共鸣：https://dzone.com/articles/rule-30-%E2%80%93-when-method-class-or

我不会仅仅为了它而将它分割成单独的文件，除非你能清楚地定义一些"separation of concerns“。假设每个对象1个触发器，1个触发器处理程序类(理想情况下从基类派生)。更大的部分不在处理程序中，而可能在一些“服务”风格的类中，该类有公共的静态方法，无论是从触发器，visualforce，还是lightning web组件调用，都可以操作，也许一些一次性的数据修复会需要这些，也许将来你需要将它的一部分公开为REST服务。和单元测试的单独文件(听起来亵渎神明--尽量不要写太多的注释。在学习过程中，您需要注释来提醒自己内置方法的作用，但是正确命名函数会有很大帮助。一个写得很好的单元测试比经常被忽略的注释更能展示代码背后的想法，样本用法和预期的错误)。

异常处理是一门艺术。有时候，让它抛出一个异常是很好的。如果您有一个创建客户、联系人和商机的方法，并说商机在验证规则上失败-应该发生什么情况？只有你才知道什么是好的。异常将意味着整个事情被回滚(没有“寡妇”帐户)，这很糟糕，但它可能是你的应用程序的“更稳定”的状态。如果您天真地尝试-在没有Database.rollback()的情况下捕获它-您将如何告诉用户不要在第二次单击时创建重复项。因此，您可能不需要太多的错误处理;)