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>
Mengikuti aku di Twitter http://www.twitter.com/pagalvin
@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)