Tính năng SharePoint & Giải pháp quản lý — Đừng quên các u trong CRUD (hoặc d cho rằng vấn đề)

Chúng tôi gọi chung dành rất nhiều thời gian suy nghĩ về các giải pháp SharePoint — làm thế nào để tạo ra chúng, công cụ để sử dụng, những gì sẽ xảy ra khi họ không để triển khai, bộ đếm thời gian công việc, phạm vi, vv. Chúng tôi dành rất nhiều thời gian suy nghĩ về các bit lên-trước rằng nó rất dễ quên rằng chúng ta cần phải rút lại chúng cũng. Càng đáp xếp giải pháp là có lẽ khó khăn hơn, từ một quan điểm thiết kế khái niệm, hơn triển khai chúng. Triển khai cơ bản là một vụ sách dạy nấu ăn. Thông thường, cài đặt một tính năng, có thể có một bộ tiếp nhận tính năng tải một số dữ liệu vào một danh sách, rằng loại điều. Tuy nhiên, càng đáp xếp là khả năng có thể phức tạp hơn.

Một giải pháp nhất định có thể tạo ra các hiện vật như thế này:

  • Loại nội dung
  • Danh sách định nghĩa
  • Định nghĩa trang web
  • Các dữ liệu trong một danh sách
  • Thậm chí thu
  • InfoPath hình thức

Danh sách đi.

Trong khi nó là rõ ràng là quan trọng để thiết kế một giải pháp mà instantiates những đồ tạo tác một cách chính xác, nó là quan trọng để xem xét Cập Nhật và xóa trường hợp. Nếu giải pháp của bạn tạo ra một danh sách mới và populates rằng danh sách với dữ liệu, những gì sẽ xảy ra khi các giải pháp rút lại? Trong một số trường hợp, cần xóa danh sách. Trong trường hợp khác, nó nên được để lại nguyên vẹn cho các mục đích lịch sử. Yêu cầu kinh doanh của bạn sẽ hướng dẫn bạn đến các quyết định đúng.

Để giúp với điều này, tạo một ma trận liệt kê mỗi artifact của bạn giải pháp triển khai cho SharePoint. Danh sách ba cột một artifact, một cho tạo, Cập Nhật và xóa. Cho mỗi trường hợp, xác định kết quả chính xác cho chiến dịch đó.

Điều này loại phân tích rõ ràng là tốt nhất được thực hiện trước khi giải pháp bao giờ được bố trí đến một trang trại SharePoint. Tuy nhiên, giống như hút thuốc, nó không bao giờ quá muộn để bắt đầu làm việc một cách chính xác. Tạo ma trận đó và phát triển một kế hoạch để giải quyết các kịch bản Cập Nhật/xoá mất tích. Nó có thể là một vấn đề khó khăn để giải quyết, nhưng ít bạn sẽ đã đặt một hộp xung quanh vấn đề.

</kết thúc>

Đăng ký vào blog của tôi.

Theo tôi trên Twitter lúc http://www.twitter.com/pagalvin

Technorati Tags:

2 Những suy nghĩ trên "Tính năng SharePoint & Giải pháp quản lý — Đừng quên các u trong CRUD (hoặc d cho rằng vấn đề)

  1. John Bender

    @no tên

    Đó là những gì các lớp học tính năng nhận cho. Bạn viết mã tùy chỉnh để xử lý những gì đã bao giờ bạn muốn trong các mô hình đối tượng trong phương pháp ghi đè trong Reciever tính năng tùy chỉnh của bạn. Xem bài viết MSDN Ở đây.

    Hy vọng điều đó sẽ giúp 🙂

    @Paul

    Tôi đang liên kết bài viết này trong tháng này, người sử dụng SharePoint nhóm trình bày bởi vì, như được thảo luận tại này tháng SPUG, Điều này thực sự là một vấn đề Trung tâm để tạo ra tính năng mạnh mẽ của SharePoint.

    -John bender

    nickelcode.com (Blog)

  2. Mike Birtwistle
    Khi tôi bắt đầu phát triển các giải pháp và các tính năng tôi đã tìm kiếm một thiết lập một nơi nào đó trong định nghĩa nó để xác định những gì sẽ xảy ra trên xóa hoặc Cập Nhật. Nó còn lại tôi tự hỏi nếu không nên có một vài hành vi xây dựng trong để một WSP – hoặc một swtich trên stsadm – điều đó làm một số nhiệm vụ phổ biến mà bạn đã đề cập ở trên chẳng hạn như trên xoá một giải pháp – loại bỏ tất cả những gì hoặc để lại tất cả mọi thứ và Cập Nhật – loại bỏ và thay thế hoặc chỉ đơn giản là Cập Nhật định nghĩa và sau đó có thể chọn làm một hành động tùy chỉnh trong một bộ tiếp nhận tính năng.

Để lại một trả lời Mike Birtwistle hủy trả lời

Địa chỉ email của bạn sẽ không được công bố. Các trường bắt buộc được đánh dấu *