SharePoint fitur & Solusi manajemen — Jangan lupa U di CRUD (atau D hal)

Kolektif kita menghabiskan banyak waktu untuk memikirkan solusi SharePoint — cara membuat mereka, alat yang digunakan, apa yang terjadi ketika mereka gagal untuk menyebarkan, pekerjaan timer, cakupan, dll. Kami menghabiskan begitu banyak waktu untuk berpikir tentang bit muka yang mudah untuk melupakan bahwa kita perlu untuk menarik mereka serta. Mencabut solusi mungkin lebih sulit, dari perspektif desain konseptual, daripada menjalankan mereka. Penggunaan pada dasarnya adalah urusan cookbook. Biasanya, menginstal fitur, mungkin memiliki sebuah feature receiver yang memuat beberapa data ke dalam daftar, hal semacam itu. Namun, pemasaran berpotensi lebih kompleks.

Solusi yang diberikan dapat membuat artefak seperti ini:

  • Jenis konten
  • Daftar definisi
  • Definisi situs
  • Data dalam daftar
  • Bahkan receiver
  • Bentuk-bentuk InfoPath

Daftar goes on.

Sementara itu jelas penting untuk merancang sebuah solusi yang instantiates artefak yang benar, sangat penting untuk mempertimbangkan update dan menghapus kasus. Jika solusi Anda menciptakan daftar baru dan saran populates daftar itu dengan data, apa yang terjadi ketika solusi ditarik? Dalam beberapa kasus, Daftar harus dihapus. Dalam kasus lain, itu harus dibiarkan utuh untuk tujuan historis. Kebutuhan bisnis Anda akan membimbing Anda untuk keputusan yang tepat.

Untuk membantu dengan ini, membuat matriks yang mencantumkan setiap artefak yang menyebarkan solusi Anda untuk SharePoint. Daftar tiga kolom per artefak, satu untuk membuat, Update, dan delete. Untuk setiap kasus, menentukan hasil benar untuk operasi yang.

Analisis semacam ini jelas terbaik dilakukan sebelum solusi pernah ditempatkan ke sebuah peternakan SharePoint. Namun, seperti Rokok, itu tidak pernah terlalu terlambat untuk mulai melakukan hal-hal dengan benar. Matriks yang menciptakan dan mengembangkan sebuah rencana untuk mengatasi skenario update/menghapus hilang. Ini mungkin menjadi masalah sulit untuk memecahkan, tapi setidaknya Anda akan menempatkan kotak sekitar masalah.

</akhir>

Berlangganan ke blog saya.

Ikuti saya di kegugupan di http://www.twitter.com/pagalvin

Technorati Tags:

2 pemikiran tentang “SharePoint fitur & Solusi manajemen — Jangan lupa U di CRUD (atau D hal)

  1. John Bender

    nama @no

    Itulah yang kelas Feature Receiver untuk. Anda menulis kode kustom untuk menangani apa pun yang Anda inginkan dalam Object Model dalam override metode dalam Penerima fitur kustom Anda. Lihat artikel MSDN Sini.

    Hope that helps 🙂

    @ Paulus

    Saya menghubungkan artikel ini dalam bulan ini pengguna SharePoint Grup presentasi karena, seperti telah dibahas di ini bulan SPUG, ini adalah benar-benar sebuah isu sentral untuk menciptakan fitur SharePoint yang kuat.

    -Yohanes bender

    nickelcode.com (Blog)

    Balasan
  2. Mike Birtwistle
    Ketika saya mulai mengembangkan solusi dan fitur aku melihat untuk pengaturan di suatu tempat di definisi yang mendefinisikan apa yang terjadi pada penghapusan atau update. Itu meninggalkan saya bertanya-tanya apakah harus ada beberapa perilaku yang dibangun di untuk WSP – atau swtich pada stsadm – yang melakukan beberapa tugas yang umum yang Anda sebutkan di atas seperti pada menghapus solusi – menghapus segala sesuatu atau meninggalkan segalanya dan memperbarui – menghapus dan mengganti atau hanya memperbarui definisi dan kemudian memiliki pilihan untuk melakukan tindakan kustom di sebuah feature receiver.
    Balasan

Tinggalkan balasan

Alamat email Anda tidak akan dipublikasikan. Bidang yang harus diisi ditandai *