Application Architecture & Best Practices Summary

咱们今天聊的这个“Shipping Invoice”应用程序啊，是个很好的例子，演示了Apex代码怎么写才算是生产级别的。你看，它用了两个自定义对象，一个是，Shipping_Invoice__c，，就是装运发票；另一个是，Item__c，，代表发票里的明细项。数据模型就这么简单。 业务逻辑怎么放呢？它用了两个触发器，一个叫，Calculate，，专门负责当明细项Item有任何改变时，自动重新计算发票上的总额；另一个叫，ShippingDiscount，，负责应用运费折扣。你看，这俩触发器各管各的，这叫，单一责任原则，，改了计算逻辑不会影响折扣逻辑，维护起来就方便。 光这样还不够，这个应用还遵循了好几个关键的设计模式。首先，，批量处理，——触发器里不用单个记录循环，而是用，集合，和，一个SOQL查询，就把所有相关记录抓出来，避免 limit 问题，效率高。其次，，数据验证用断言，，比如某个金额不该是负数，直接就在代码里 assert，不合规就抛异常，保证数据干净。 测试这边写得也特别全，覆盖了所有的DML操作、所有业务逻辑路径，还特意测了，负面场景，，比如传个空值、传个异常高的金额，确保程序不会崩。这样一来，总共就实现了，100%的代码覆盖率，。 你看，这些模式加在一起，就做出了一个既稳健又好维护的Apex实现。咱们以后写触发器，完全可以照着这个路子来。好了，这个Slide的核心点就是这些。