ในบทแนะนำสอนการใช้งานนี้ เราจะมาดูรายละเอียดเพิ่มเติมเกี่ยวกับวิธีการรวม Tilda และ AppMaster สมมติว่ามีการสร้างแบบฟอร์มบางอย่างใน Tilda และงานของเราคือตรวจสอบให้แน่ใจว่าข้อมูลเมื่อกรอกเสร็จแล้วจะมาถึง AppMaster ประมวลผลที่นั่นและจัดเก็บไว้ในฐานข้อมูล
การสร้างเว็บฮุคใน AppMaster
Tilda ส่งข้อมูลไปยังบริการของบุคคลที่สามผ่านเว็บฮุค ดังนั้นจึงควรเริ่มต้นด้วยการสร้างเว็บฮุคที่จำเป็นและก่อนอื่นต้องเตรียมกระบวนการทางธุรกิจสำหรับการดำเนินงาน
ลักษณะเฉพาะของกระบวนการนี้คือไม่ทราบล่วงหน้าว่าจะได้ข้อมูลที่แน่นอนอะไรบ้าง เว็บฮุคจะทำงานกับคำขอ " raw " ที่ต้องดำเนินการอย่างเหมาะสม ในการทำเช่นนี้ เราจะใช้บล็อก Get Request Body มาดูกันว่าโดยทั่วไปแล้วข้อมูลใดมาจาก Tilda แปลงเป็น String เขียนลงในบันทึกและแสดงตามคำขอ
ในส่วนปลายทาง มาสร้างเว็บฮุคใหม่ทันที โปรดทราบว่าประเภทคำขอต้องเป็น Raw เนื่องจากไม่มีพารามิเตอร์อินพุตแบบตายตัวและพร้อมที่จะรับข้อมูลใดๆ นอกจากนี้ คุณต้องปิดการใช้งาน Middleware Token Auth เนื่องจากในการกรอกแบบฟอร์มใน Tilda คุณไม่จำเป็นต้องผ่านการอนุญาตใน AppMaster และการส่งข้อมูลจะเปิดให้ทุกคน
การตั้งค่าแบบฟอร์ม Tilda
ขั้นตอนต่อไปคือการเชื่อมต่อ Tilda กับเว็บฮุคที่สร้างขึ้น ในการทำเช่นนี้ในการตั้งค่าของแบบฟอร์มไซต์ก็เพียงพอแล้วที่จะระบุ URL แม้ว่าคุณสามารถใช้ตัวเลือกเพิ่มเติมได้หากจำเป็น ตัวอย่างเช่น สำหรับการป้องกันเพิ่มเติม ให้ส่งคีย์พิเศษในเนื้อหาของคำขอหรือในส่วนหัวด้วย
หากทำทุกอย่างถูกต้อง ข้อความที่เกี่ยวข้องจะปรากฏขึ้นพร้อมกับความสามารถในการเชื่อมโยงเว็บฮุคนี้กับแบบฟอร์มทั้งหมดบนเว็บไซต์ได้ทันที
ยังคงเป็นเพียงการเผยแพร่เพจด้วยแบบฟอร์มและทดสอบการใช้งานจริง
โดยการเปิดบันทึก AppMaster คุณสามารถตรวจสอบให้แน่ใจว่าได้รับข้อมูลจากแบบฟอร์มจริง
ข้อความ: “Email=test%40gmail.com&Name=John+Smith&Phone=%2B1-202-202-22-22&Comments=Hello%2C+world%21%0AThis+is+my+comment&tranid=6355139%3A3971256761&formid=form513738662”
คุณสามารถดูข้อมูลทั้งหมดที่กรอกในแบบฟอร์ม ในเวลาเดียวกัน เป็นที่ชัดเจนว่าข้อมูลได้รับใน x-www-form-urlencoded ตามลำดับ ซึ่งไม่สามารถประมวลผลเป็นชุดข้อมูลดิบได้อีกต่อไป แต่เป็นการเก็บรวบรวมแต่ละฟิลด์
โมเดลฐานข้อมูล AppMaster
ยังคงเป็นเพียงการสร้างตัวจัดการที่ถูกต้อง และวิธีที่ดีที่สุดคือเริ่มต้นด้วยแบบจำลองฐานข้อมูลซึ่งข้อมูลทั้งหมดจะถูกเก็บไว้
สำหรับแบบฟอร์มมาตรฐาน แบบจำลองธรรมดาที่มี 4 ฟิลด์ก็เพียงพอแล้ว:
- Email (String)
- Name (String)
- Phone (String)
- Comments (Text)
ถัดไป คุณต้องกลับไปที่กระบวนการทางธุรกิจที่สร้างขึ้นและเปลี่ยนแปลงโดยคำนึงถึงข้อมูลที่ได้รับเกี่ยวกับองค์ประกอบของคำขอ
ชื่อของฟิลด์จากตารางที่จะกรอกจะถูกใช้เป็นพารามิเตอร์อินพุต ข้อมูลจากพวกเขาจะใช้ในการสร้างแบบจำลอง ( Make Tilda ) แล้วเขียนลงในฐานข้อมูล ( DB: Create Tilda )
สิ่งสุดท้ายที่ต้องทำคือเปลี่ยนปลายทางที่สร้างไว้ก่อนหน้านี้สำหรับเว็บฮุค เราทราบรูปแบบของข้อมูลขาเข้าและประมวลผล ดังนั้น Request payload type จึงต้องเป็น Form ในเวลาเดียวกัน จำเป็นต้องจับคู่พารามิเตอร์ที่สร้างขึ้นในกระบวนการทางธุรกิจกับชื่อที่ถูกต้องของฟิลด์จากแบบฟอร์มที่เสร็จสมบูรณ์ (เราเห็นพารามิเตอร์เหล่านี้ในบันทึกเมื่อเราได้รับข้อมูลจากคำขอเป็นข้อมูลดิบ) ในตัวอย่างนี้ เกือบจะเหมือนกัน แต่แตกต่างกันในกรณีของอักขระตัวแรก
ตอนนี้คุณสามารถเผยแพร่แอปพลิเคชันที่สร้างขึ้นและทดสอบการใช้งานจริงได้ หากคุณกรอกและส่งแบบฟอร์มซ้ำใน Tilda ข้อมูลจะถูกส่งไปยัง AppMaster เขียนไปยังฐานข้อมูล และสามารถตรวจสอบได้โดยใช้ Swagger .