salesforce開發(fā)中,我們會對object進行很多的操作,比如對object設置字段的必填性唯一性等,設置validation rule實現(xiàn)一下相關的字段的邏輯校驗,設置workflow實現(xiàn)某個字段的更改或者發(fā)送郵件等,設置trigger實現(xiàn)before和after的數(shù)據(jù)相關邏輯處理,設置sharing setting實現(xiàn)數(shù)據(jù)share,設置master detail的rollup summary字段等。當這些操作鋪天蓋地的上來時,你還搞得清楚當新增/修改一條記錄以后到底怎么運行的嗎?有了下面的圖以后(從國外博客盜的圖,忘記了鏈接,不好意思),相信可以以后對于這些操作的處理順序變得游刃有余。
1.當數(shù)據(jù)進行新增/修改操作時,從DB中獲取原始數(shù)據(jù);
2.從request中加載新數(shù)據(jù)的value;
3.如果請求來自標準的UI,UI上面可以自動check相關的pagelayout上的必填性校驗等,相關字段必填性配置可以放在page layout做限制;
4.如果請求來自自定義的VF頁面或者apex進行匿名塊操作,則先忽略相關pagelayout上的必填性校驗,執(zhí)行before trigger內(nèi)容;
5.運行系統(tǒng)的校驗,比如字段級別的必填性,validation rule;
6.當通過validation rule以后,執(zhí)行save操作,此時數(shù)據(jù)保存到DB,不過事務上還沒有commit,在after trigger及以后如果此obj有addError類似操作,會導致數(shù)據(jù)的rollback,簡單demo:
1 trigger GoodsTrigger on Goods__c (after insert) { 2 if(trigger.isAfter) { 3 if(trigger.isInsert) { 4 List<Goods__c> goodsList = trigger.new; 5 for(Goods__c goods : goodsList) { 6 goods.addError('測試錯誤提示信息'); 7 } 8 } 9 }10 }<