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