Ciri-ciri SharePoint & Penyelesaian pengurusan — Jangan lupa U di dalam CRUD (atau D untuk perkara itu)

Kita bersama-sama menghabiskan banyak masa berfikir tentang penyelesaian SharePoint — Bagaimana untuk mewujudkan mereka, alat yang menggunakan, apa yang berlaku apabila mereka gagal untuk menggunakan, kerja-kerja pemasa, Skop, dan sebagainya.. Kita menghabiskan begitu banyak masa memikirkan bit pendahuluan yang sangat mudah lupa bahawa kita perlu untuk menarik balik pengakuan mereka serta. Menarik balik penyelesaian adalah mungkin lebih sukar, dari perspektif rekabentuk konseptual ke atas, daripada mengatur kedudukan mereka. Penggunaan secara asasnya hubungan buku masakan. Biasanya, memasang sesuatu sifat, mungkin mempunyai penerima ciri yang memuatkan beberapa data ke dalam senarai, hal seperti itu. Walau bagaimanapun, menarik balik adalah berpotensi lebih kompleks.

Penyelesaian yang diberikan boleh mencipta artifak-artifak seperti ini:

  • Jenis kandungan
  • Senarai definisi
  • Definisi Laman web
  • Data dalam senarai
  • Malah penerima
  • Borang-borang InfoPath

Seterusnya.

Walaupun ia jelas penting untuk mereka bentuk penyelesaian yang instantiates artifak tersebut dengan betul, Ia adalah sama pentingnya untuk mempertimbangkan pengemaskinian dan padam kes-kes. Jika penyelesaian anda mencipta senarai baru dan mempopulasi senarai itu dengan data, apa yang berlaku apabila penyelesaian undur? Dalam sesetengah kes, Senarai perlu dihapuskan. Dalam kes-kes lain, Ia harus dibiarkan dalam keadaan elok untuk tujuan sejarah. Keperluan perniagaan anda akan membimbing anda untuk keputusan yang tepat.

Untuk membantu dengan ini, mewujudkan matriks yang menyenaraikan setiap artifak yang penyelesaian anda merekacipta untuk SharePoint. Senaraikan tiga kolum setiap artifak, satu untuk buat, Kemaskini dan Hapus. Bagi setiap kes, menentukan keputusan yang betul bagi operasi.

Analisis jenis ini sudah tentu paling baik dilakukan sebelum penyelesaian yang pernah dikerahkan ke ladang ternakan lembu SharePoint. Walau bagaimanapun, seperti Rokok, ianya tidak pernah terlambat untuk mula melakukan perkara-perkara dengan betul. Mewujudkan matriks itu dan membangunkan rancangan untuk menangani senario Kemaskini/Hapus yang hilang. Ia mungkin menjadi satu masalah yang sukar untuk menyelesaikan, tetapi sekurang-kurangnya anda akan telah meletakkan sekotak sekitar masalah.

</akhir>

Langgan ke blog saya.

Mengikuti aku di Twitter http://www.twitter.com/pagalvin

Technorati Tags:

2 pemikiran untuk "Ciri-ciri SharePoint & Penyelesaian pengurusan — Jangan lupa U di dalam CRUD (atau D untuk perkara itu)

  1. John Nat1988

    @no nama

    Itulah golongan penerima ciri bagi. Anda menulis kod khusus untuk menangani apa sahaja yang anda mahu dalam Model objek dalam kaedah menimpa dalam Reciever ciri adat anda. Lihat artikel MSDN di sini.

    Hope that helps 🙂

    @ Paul

    Saya menyambung artikel ini dalam bulan ini pengguna SharePoint Kumpulan pembentangan kerana, seperti yang telah dibincangkan pada bulan ini SPUG, ini benar-benar adalah suatu isu yang penting untuk mewujudkan ciri-ciri SharePoint yang teguh.

    -John nat1988

    nickelcode.com (blog)

    Balas
  2. Mike Birtwistle
    Ketika saya mula membangunkan penyelesaian dan ciri-ciri yang saya pula mencari suasana di suatu tempat dalam takrif yang mentakrifkan apa yang berlaku pada pemotongan atau Kemaskini. Ia meninggalkan saya tertanya-tanya jika perlu ada beberapa tingkah laku yang bina dalam untuk WSP yang – atau swtich pada stsadm – yang melakukan beberapa tugas biasa yang anda sebutkan di atas seperti pada menghapuskan penyelesaian – Keluarkan segala-galanya atau meninggalkan segala-galanya dan pengemaskinian – membuang dan menggantikan atau hanya mengemaskini definisi dan kemudian mempunyai pilihan untuk melakukan tindakan yang adat dalam penerima mempunyai.
    Balas

Tinggalkan Jawapan

alamat e-mel anda tidak akan diterbitkan. Ruangan yang diperlukan ditanda *