แชร์ผ่าน


จัดระเบียบโซลูชันของคุณ

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

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

ส่วนต่อไปนี้อธิบายกลยุทธ์ที่แตกต่างกันสำหรับการจัดการโซลูชันที่แสดงรายการโดยเรียงลำดับจากง่ายไปซับซ้อนมากขึ้น

โซลูชันเดียว

ในการสร้างโซลูชันคุณจะต้องสร้างชุดการปรับแต่งที่ใช้งานได้ โซลูชันเดียวจะทำให้ง่ายต่อการค้นหารายการที่คุณกำหนดเอง

แนะนำให้ใช้วิธีนี้เมื่อคุณต้องการสร้าง โซลูชันที่มีการจัดการรายการเดียว หากคุณคิดว่าคุณอาจต้องแยกโซลูชันในอนาคตให้พิจารณาใช้หลายโซลูชัน

หลายโซลูชัน

หากคุณมีโซลูชันสองโซลูชันที่ไม่เกี่ยวข้องกันซึ่งไม่ใช้ส่วนประกอบร่วมกัน แนวทางที่ตรงที่สุดคือสร้างโซลูชันที่ไม่มีการจัดการสองโซลูชัน

หมายเหตุ

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

การจัดเลเยอร์และการขึ้นต่อกันของโซลูชันหลายรายการ

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

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

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

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

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

  1. ก่อนที่คุณจะสร้างโซลูชันในขั้นตอนต่อไปนี้ ให้ใช้ผู้เผยแพร่รายเดียวสำหรับโซลูชันทั้งหมดของคุณในสภาพแวดล้อมของคุณ ข้อมูลเพิ่มเติม: ผู้เผยแพร่โซลูชัน

  2. ในสภาพแวดล้อม "ฐาน" คุณมีโซลูชันพื้นฐานของคุณที่มีตารางที่ไม่มีการจัดการจากสภาพแวดล้อมนั้น และไม่มีตารางอื่น จากนั้น คุณส่งออกโซลูชันนี้เป็นแบบที่มีการจัดการ

  3. คุณตั้งค่าสภาพแวดล้อมที่สองสำหรับส่วนขยายหรือเลเยอร์ "แอป" ซึ่งจะอยู่ด้านบนของเลเยอร์ฐานในภายหลัง

  4. คุณนำเข้าเลเยอร์ฐานที่มีการจัดการลงในสภาพแวดล้อมของเลเยอร์แอป และสร้างโซลูชันที่ไม่มีการจัดการสำหรับเลเยอร์แอป

    การจัดเลเยอร์โซลูชันที่เหมาะสมโดยใช้โซลูชันที่หลากหลายพร้อมสภาพแวดล้อมที่หลากหลาย

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

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

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

ดูเพิ่มเติม

ใช้โซลูชันที่มีการแบ่งกลุ่ม
สถานการณ์สมมติที่ 5: การสนับสนุนการพัฒนาทีม