整合所有內容
我們現在已具備使用案例所需的所有必要設定/整合。 最後一個步驟是根據Azure儲存體支援的表單資料模型建立最適化表單。
建立和最適化表單，並確定是以正確的最適化表單範本為基礎。 這樣可確保在每次轉譯最適化表單時，都會執行與範本相關聯的自訂程式碼。
最適化表單範例
我們在表單中新增了2個隱藏欄位
- Blob ID — 初始化欄位時，會使用GUID填入此欄位。 此欄位的值會用作blobid，以唯一識別表單資料的blob儲存。此blobid用於識別表單資料。
- 傳回Blob ID — 此欄位會填入服務呼叫的結果，以將資料儲存在Azure儲存體中。 此值將與上一步驟的Blob ID相同。
此表單具有下列商業規則
- 使用者輸入電子郵件地址時，儲存表單按鈕會顯示。 按一下「儲存表單」按鈕，表單資料會使用表單資料模型的叫用服務操作儲存在Azure儲存體中。
- 叫用服務傳回的BlobID儲存在Blob ID欄位中。 當此值變更時，會使用SendGrid將電子郵件傳送給申請者。 電子郵件將包含連結，以開啟由Blob ID識別的部分完成表單。
- 當資料成功儲存在Azure儲存體時，將向使用者顯示確認文字
後續步驟
recommendation-more-help
4859a77c-7971-4ac9-8f5c-4260823c6f69