ออกแบบข้อควรพิจารณาสำหรับฟอร์มหลักของแอปที่เป็นแบบโมเดล

ฟอร์มหลักเป็นส่วนติดต่อผู้ใช้หลักที่ซึ่งผู้คนสามารถดูและโต้ตอบกับข้อมูลของพวกเขาได้ ฟอร์มหลักแสดงช่วงของตัวเลือกการนำเสนอที่มากที่สุดที่พร้อมใช้งานสำหรับแอปแบบจำลอง

ชนิดฟอร์ม อื่นๆ ได้แก่ มุมมองด่วน, สร้างด่วน, และบัตร

หนึ่งในคุณสมบัติพื้นฐานของแอปแบบจำลองคือ ตอบสนองต่อขนาดและชนิดของอุปกรณ์ที่ใช้ เมื่อโต้ตอบกับแอป นี่จะส่งผลต่อตำแหน่งของตัวควบคุมในฟอร์ม นอกเหนือจากลักษณะการทำงาน นี่เป็นกรณีที่มีฟอร์มหลักที่ชัดเจนที่สุด

หนึ่งในวัตถุประสงค์หลักของการออกแบบสำหรับฟอร์มหลักคือ มีการออกแบบครั้งเดียวต่อตาราง และมีการปรับใช้ทุกที่ที่ต้องการ นอกจากนี้ ยังใช้ฟอร์มหลักเดียวกันที่ออกแบบสำหรับแอปแบบจำลองใน Dynamics 365 for Outlook และ Dynamics 365 สำหรับแท็บเล็ต ข้อดีของวิธีการนี้คือ ไม่จำเป็นต้องรวมการเปลี่ยนแปลงเป็นฟอร์มหลายรายการ

อย่างไรก็ตาม มีปัจจัยสำคัญหลายอย่างที่ต้องพิจารณาในการออกแบบฟอร์มเหล่านี้

ฟอร์มแบบกำหนดเองสำหรับกลุ่มที่แตกต่างกัน

เนื่องจากสามารถสร้างฟอร์มหลักหลายฟอร์ม และกำหนดให้กับ Security role ที่แตกต่างกัน จึงสามารถนำเสนอกลุ่มต่างๆ ในองค์กรของคุณด้วยฟอร์มที่เหมาะสมที่สุดสำหรับลักษณะที่กลุ่มใช้แอปพลิเคชัน นอกจากนี้ ยังสามารถให้กลุ่มแต่ละกลุ่มมีตัวเลือกต่างๆ เพื่อให้มีฟอร์มที่แตกต่างกันให้เลือก ข้อมูลเพิ่มเติม: ควบคุมการเข้าถึงฟอร์ม

ผู้จัดการและผู้มีหน้าที่ตัดสินใจจะต้องการฟอร์มที่มีการปรับให้เหมาะสมเพื่อเป็นการอ้างอิงด่วนสำหรับจุดข้อมูลสำคัญ พวกเขาจะต้องการดูแผนภูมิมากกว่ารายการและอาจไม่ทำการป้อนข้อมูลเป็นจำนวนมาก

บุคคลที่โต้ตอบกับลูกค้าโดยตรงอาจต้องการฟอร์มที่เสนองานที่ดำเนินการบ่อยที่สุด พวกเขาอาจต้องการฟอร์มที่อนุญาตให้มีการป้อนข้อมูลที่มีประสิทธิภาพมากที่สุด

การสร้างฟอร์มอาจเป็นกระบวนการที่เกิดซ้ำที่มีการรวบรวมข้อมูลป้อนเข้าและอินเทอร์เฟซผู้ใช้ได้รับการพัฒนา โปรดจำไว้ว่ามีเครื่องมือที่พร้อมใช้งานมากมายสำหรับนักพัฒนา และไม่จำเป็นต้องดำเนินการทุกอย่างภายในฟอร์ม ใช้ กฎธุรกิจ, กระบวนการเวิร์กโฟลว์, กล่องโต้ตอบ และ โฟลว์กระบวนการธุรกิจ ร่วมกันกับฟอร์มหลักของคุณ เพื่อให้เป็นโซลูชันที่เหมาะสมสำหรับองค์กร

การสร้างและการแก้ไขฟอร์มค่อนข้างง่าย แต่เมื่อมีการสร้างฟอร์มมากขึ้น จำเป็นต้องรักษาฟอร์มมากขึ้น

ความแตกต่างของการนำเสนอฟอร์ม

ถึงแม้ว่าไม่จำเป็นต้องจัดการฟอร์มหลายฟอร์มสำหรับกลไกการจัดส่งแต่ละรายการ (เว็บ, แท็บเล็ต, โทรศัพท์) ผู้สร้างต้องพิจารณาลักษณะที่ความแตกต่างในงานนำเสนอสามารถถูกนำมาพิจารณาในฟอร์มหลัก

ลักษณะที่ปรากฏของฟอร์มหลัก อธิบายถึงวิธีการต่างๆ ที่ฟอร์มหลักอาจถูกแสดง สิ่งที่ควรคำนึงถึงเป็นหลักคือ:

• Dynamics 365 for tablets ไม่สนับสนุนรูปภาพ HTML หรือ ทรัพยากรบนเว็บ Silverlight ที่จะเพิ่มลงในฟอร์ม

• เค้าโครงของแบบฟอร์ม Dynamics 365 for tablets ถูกสร้างโดยอัตโนมัติโดยยึดตามฟอร์มหลัก ไม่มีตัวแก้ไขฟอร์มพิเศษสำหรับฟอร์ม Dynamics 365 สำหรับแท็บเล็ต มีความจำเป็นต้องตรวจสอบว่าการนำเสนอฟอร์มทำงานได้ดีสำหรับไคลเอ็นต์ทั้งคู่

• ถ้ามีสคริปต์ที่ไม่ได้รับการสนับสนุนที่โต้ตอบกับองค์ประกอบ DOM ที่พบในแอพลิเคชันเว็บ สคริปต์เหล่านั้นจะไม่ทำงานในฟอร์ม Dynamics 365 สำหรับแท็บเล็ต เนื่องจากองค์ประกอบ DOM เดียวกันไม่พร้อมใช้งาน

• Dynamics 365 for Outlook ฟอร์มหน้าต่างการอ่านไม่อนุญาตสำหรับการใช้สคริปต์ การแสดงองค์ประกอบของฟอร์มขึ้นอยู่กับการตั้งค่าเริ่มต้น และไม่สามารถเปลี่ยนแปลงได้ในขณะทำงานโดยใช้สคริปต์

ประสิทธิภาพการทำงานของฟอร์ม

ฟอร์มที่โหลดช้า หรือไม่ตอบสนองอย่างรวดเร็ว อาจส่งผลกระทบต่อประสิทธิภาพการทำงานและการเริ่มใช้ของผู้ใช้ของแอป ออกแบบฟอร์มสำหรับประสิทธิภาพการทำงานในแอปแบบจำลอง ให้คำแนะนำต่างๆ ที่จะถูกพิจารณาเมื่อออกแบบฟอร์ม เพื่อให้การแก้ไข/ปรับปรุงตามคำสั่งไม่มีผลต่อประสิทธิภาพการทำงานของฟอร์ม

ออกแบบฟอร์มเพื่อความมีประสิทธิภาพ

เค้าโครงและการออกแบบฟอร์ม มีความสำคัญต่อการสร้างฟอร์มที่ดีขึ้น การออกแบบฟอร์มที่ซึ่งสามารถทำงานให้เสร็จสมบูรณ์ได้อย่างรวดเร็วและมีประสิทธิผล มีความสำคัญต่อความพึงพอใจของผู้ใช้ ข้อมูลเพิ่มเติม: ออกแบบฟอร์มหลักที่มีประสิทธิผลในแอปแบบจำจอง

ขั้นตอนถัดไป

ภาพรวมการสร้างหรือแก้ไขฟอร์มหลัก

หมายเหตุ

บอกให้เราทราบเกี่ยวกับภาษาที่คุณต้องการในคู่มือ ทำแบบสำรวจสั้นๆ (โปรดทราบว่าแบบสำรวจนี้เป็นภาษาอังกฤษ)

แบบสำรวจนี้ใช้เวลาทำประมาณเจ็ดนาที ไม่มีการเก็บข้อมูลส่วนบุคคล (คำชี้แจงสิทธิ์ส่วนบุคคล)