เราใช้เวลาคิดเกี่ยวกับโซลูชัน SharePoint มากโดยรวม — วิธีสร้าง, เครื่องมือที่จะใช้, เกิดอะไรขึ้นเมื่อพวกเขาล้มเหลวในการปรับใช้, งานจับเวลา, ขอบเขต, ฯลฯ. เราใช้จ่ายมากเวลาคิดตัดล่วงหน้าที่จะลืมว่า เราต้องร่นให้ด้วย. Retracting โซลูชั่นเป็นคงยาก, จากมุมมองออกแบบแนวคิด, กว่าการใช้พวกเขา. ใช้เป็นพื้นเรื่อง cookbook. โดยทั่วไป, ติดตั้งคุณลักษณะ, อาจจะได้รับคุณลักษณะที่โหลดข้อมูลบางรายการ, การเรียงลำดับของสิ่ง. อย่างไรก็ตาม, retracting นั้นอาจซับซ้อนมากขึ้น.
กำหนดโซลูชันอาจสร้างสิ่งประดิษฐ์ดังนี้:
- ชนิดเนื้อหา
- ข้อกำหนดรายการ
- ข้อกำหนดของไซต์
- ข้อมูลในรายการ
- แม้ผู้รับ
- ฟอร์ม InfoPath
รายการไป.
ขณะที่เห็นได้ชัดที่สำคัญการ ที่ instantiates วัตถุเหล่านั้นได้อย่างถูกต้อง, มันเป็นเพียงความสำคัญในการพิจารณาปรับปรุง และลบกรณี. ถ้าโซลูชันของคุณสร้างรายการใหม่ และเติมข้อมูลรายการข้อมูล, เกิดอะไรขึ้นเมื่อหดโซลูชัน? ในบางกรณี, ควรลบรายการ. ในกรณีอื่น ๆ, มันควรจะอยู่เหมือนเดิมประวัติ. ความต้องการทางธุรกิจของคุณจะนำคุณไปยังการตัดสินใจที่เหมาะสม.
เพื่อช่วยทำแบบนี้, สร้างเมทริกซ์ที่แสดงสิ่งประดิษฐ์แต่ละโซลูชั่นการจัดวางการ SharePoint. รายการคอลัมน์สามต่อสิ่งประดิษฐ์, สำหรับสร้าง, ปรับปรุงและลบ. สำหรับแต่ละกรณี, กำหนดผลลัพธ์ที่ถูกต้องสำหรับการดำเนินการ.
ผลการวิเคราะห์เห็นได้ชัดส่วนเสร็จก่อนเคยมีการปรับใช้โซลูชันกับฟาร์ม SharePoint. อย่างไรก็ตาม, เช่นการสูบบุหรี่, จะไม่สายเกินไปเริ่มต้นทำสิ่งต่าง ๆ ได้อย่างถูกต้อง. เมตริกซ์ที่สร้าง และพัฒนาแผนการสถานการณ์ปรับปรุง/ลบหายไป. อาจเป็นปัญหายากจะแก้, แต่อย่างน้อย คุณจะได้ใส่กล่องปัญหา.
</สิ้นสุด>
ทำตามฉันใน Twitter ที่ http://www.twitter.com/pagalvin
ชื่อ @no
ที่เป็นชั้นรับคุณลักษณะสำหรับ. คุณเขียนรหัสที่กำหนดเองเพื่อจัดการกับสิ่งที่เคยต้องภายในรูปแบบวัตถุในวิธีแทนภายใน Reciever ของคุณลักษณะแบบกำหนดเอง. ดูบทความของ MSDN ที่นี่.
Hope that helps 🙂
@Paul
ฉันกำลังเชื่อมโยงบทความนี้ในเดือนนี้ผู้ใช้ SharePoint กลุ่มงานนำเสนอเนื่องจาก, ดังที่ได้กล่าวไว้ในเดือนนี้ SPUG, นี้จริง ๆ เป็นปัญหากลางเพื่อสร้างคุณสมบัติ SharePoint ประสิทธิภาพ.
-จอห์นเบนเดอร์
nickelcode.com (blog)