このモジュールでは、講演者をセッションに割り当てた時点でその講演者に確認メールを送信するトリガを作成します。また、講演者のダブルブッキングを防ぐためのトリガも作成します。
このステップでは、講演者をセッションに割り当てた時点でその講演者に確認メールを送信するトリガを作成します。
開発者コンソールで、File > New > Apex Trigger の順にクリックします
トリガ名に SendConfirmationEmail と入力し、sObjectには Session_Speaker__c を指定し、Submit をクリックします。
次のようにトリガを実装します:
GitHub
Projecttrigger SendConfirmationEmail on Session_Speaker__c (after insert) {
for(Session_Speaker__c newItem : trigger.new) {
// セッション名、日時、スピーカー名、メールアドレスを取得
Session_Speaker__c sessionSpeaker =
[SELECT Session__r.Name,
Session__r.Session_Date__c,
Speaker__r.First_Name__c,
Speaker__r.Last_Name__c,
Speaker__r.Email__c
FROM Session_Speaker__c WHERE Id=:newItem.Id];
// 講演者のEメールアドレスに入力がああれば、確認メールを送信する
if (sessionSpeaker.Speaker__r.Email__c != null) {
String address = sessionSpeaker.Speaker__r.Email__c;
String subject = '講演者確認';
String message = sessionSpeaker.Speaker__r.Last_Name__c + ' 様' +
',\nあなたのセッション "' + sessionSpeaker.Session__r.Name + '" は ' +
sessionSpeaker.Session__r.Session_Date__c + ' に予定されています。\n\n' +
'カンファレンスでの公演ありがとうございます!!';
EmailManager.sendMail(address, subject, message);
}
}
}
実際に利用するアプリケーションでは、メールメッセージのハードコードはお勧めしません。代わりにメールテンプレートを使うことを検討してください。
ファイルを保存します。トリガは保存と同時に有効になります。
トリガをテストします
講演者をセッションに割り当てた時点（つまり、Session_Speaker__cのレコードを作成したとき）で確認メールを送信する場合、ワークフロールールを定義すれば、コードを記述せずに実行することもできます。しかし、このワークショップで扱うプログラム的な手法では、ワークフローとは異なり、さまざまな要件に対応することが可能です。たとえば、レコードの作成や更新とは関係なく、確認メールを「オンデマンド」で送信することなどができます。
開発者コンソールで、File > New > Apex Trigger の順にクリックします
トリガ名に RejectDoubleBooking と入力し、sObjectには Session_Speaker__c を指定し、 Submit をクリックします
次のようにトリガを実装します:
trigger RejectDoubleBooking on Session_Speaker__c (before insert, before update) {
for(Session_Speaker__c sessionSpeaker : trigger.new) {
// セッション情報（日時など）を取得
Session__c session = [SELECT Id, Session_Date__c FROM Session__c
WHERE Id=:sessionSpeaker.Session__c];
// ダブルブッキングに関する情報（同じ時間帯の別のセッションに割り当てられていないか）を取得
List<Session_Speaker__c> conflicts =
[SELECT Id FROM Session_Speaker__c
WHERE Speaker__c = :sessionSpeaker.Speaker__c
AND Session__r.Session_Date__c = :session.Session_Date__c];
// ダブルブッキングが起きている場合、エラーを作成（データベース処理を却下）
if(!conflicts.isEmpty()){
sessionSpeaker.addError('この講演者はすでにこの時間別のセッションにアサインされています');
}
}
}
ファイルを保存します
次の手順を実行し、トリガをテストします:
RejectDoubleBookingは、スピーカーのダブルブッキングを完全には回避できません。たとえば、ユーザがセッションの日時を後から変更した場合、該当するセッションに割り当てられているスピーカーのダブルブッキングが発生する可能性があります。こうした状況は、別のトリガを作成することによって回避します。