ลักษณะการทำงานของ SharePoint & โซลูชั่นการจัดการ — อย่าลืม U ใน CRUD (หรือ D สำหรับเรื่องที่)

เราใช้เวลาคิดเกี่ยวกับโซลูชัน SharePoint มากโดยรวม — วิธีสร้าง, เครื่องมือที่จะใช้, เกิดอะไรขึ้นเมื่อพวกเขาล้มเหลวในการปรับใช้, งานจับเวลา, ขอบเขต, ฯลฯ. เราใช้จ่ายมากเวลาคิดตัดล่วงหน้าที่จะลืมว่า เราต้องร่นให้ด้วย. Retracting โซลูชั่นเป็นคงยาก, จากมุมมองออกแบบแนวคิด, กว่าการใช้พวกเขา. ใช้เป็นพื้นเรื่อง cookbook. โดยทั่วไป, ติดตั้งคุณลักษณะ, อาจจะได้รับคุณลักษณะที่โหลดข้อมูลบางรายการ, การเรียงลำดับของสิ่ง. อย่างไรก็ตาม, retracting นั้นอาจซับซ้อนมากขึ้น.

กำหนดโซลูชันอาจสร้างสิ่งประดิษฐ์ดังนี้:

  • ชนิดเนื้อหา
  • ข้อกำหนดรายการ
  • ข้อกำหนดของไซต์
  • ข้อมูลในรายการ
  • แม้ผู้รับ
  • ฟอร์ม InfoPath

รายการไป.

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

เพื่อช่วยทำแบบนี้, สร้างเมทริกซ์ที่แสดงสิ่งประดิษฐ์แต่ละโซลูชั่นการจัดวางการ SharePoint. รายการคอลัมน์สามต่อสิ่งประดิษฐ์, สำหรับสร้าง, ปรับปรุงและลบ. สำหรับแต่ละกรณี, กำหนดผลลัพธ์ที่ถูกต้องสำหรับการดำเนินการ.

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

</สิ้นสุด>

สมัครสมาชิกไปยังบล็อกของฉัน.

ทำตามฉันใน Twitter ที่ http://www.twitter.com/pagalvin

แท็กของ Technorati:

2 คิดเกี่ยวกับ“ลักษณะการทำงานของ SharePoint & โซลูชั่นการจัดการ — อย่าลืม U ใน CRUD (หรือ D สำหรับเรื่องที่)

  1. จอห์น Bender

    ชื่อ @no

    ที่เป็นชั้นรับคุณลักษณะสำหรับ. คุณเขียนรหัสที่กำหนดเองเพื่อจัดการกับสิ่งที่เคยต้องภายในรูปแบบวัตถุในวิธีแทนภายใน Reciever ของคุณลักษณะแบบกำหนดเอง. ดูบทความของ MSDN ที่นี่.

    Hope that helps 🙂

    @Paul

    ฉันกำลังเชื่อมโยงบทความนี้ในเดือนนี้ผู้ใช้ SharePoint กลุ่มงานนำเสนอเนื่องจาก, ดังที่ได้กล่าวไว้ในเดือนนี้ SPUG, นี้จริง ๆ เป็นปัญหากลางเพื่อสร้างคุณสมบัติ SharePoint ประสิทธิภาพ.

    -จอห์นเบนเดอร์

    nickelcode.com (blog)

  2. ไมค์ Birtwistle
    เมื่อผมเริ่มพัฒนาโซลูชั่นและคุณสมบัติที่ผมไม่ได้มองการตั้งค่าไว้ในข้อกำหนดที่กำหนดสิ่งที่เกิดขึ้นในการลบหรือการปรับปรุง. ก็ฉันสงสัยว่า ถ้า ควรกี่ในพฤติกรรมการ WSP – หรือ swtich บน stsadm – ที่ทำงานทั่วไปคุณดังกล่าวข้างต้นเช่นในการลบการแก้ไขปัญหาบางอย่าง – เอาทุกอย่าง หรือทิ้งทุกอย่างและปรับปรุง – เอาออก และแทน หรือปรับปรุงคำนิยาม และแล้วเลือกที่จะทำการดำเนินการแบบกำหนดเองในเครื่องรับคุณลักษณะ.

ทิ้งคำตอบไว้

ที่อยู่อีเมลของคุณจะไม่ถูกเผยแพร่. ช่องที่ต้องการถูกทำเครื่องหมาย *