Forum pengguna sering pertanyaan seperti ini:

> Halo,
>
> Tolong katakan padaku jika ada setiap kemungkinan untuk membangun daftar kustom dengan
> jenis Master dan detail (seperti faktur) tanpa menggunakan InfoPath.
>

SharePoint menyediakan beberapa keluar dari kotak fitur yang mendukung jenis kebutuhan bisnis seperti itu.

Secara umum, salah satu link dua daftar bersama-sama menggunakan kolom pencarian. Daftar A berisi informasi header faktur dan daftar B berisi rincian faktur.

Menggunakan daftar tambahan untuk mempertahankan pelanggan nomor, produk nomor, dll.

Menggunakan bagian web konten permintaan (dalam MOSS hanya) dan/atau data lihat bagian web untuk membuat gabungan dilihat dari daftar. Layanan pelaporan SQL Server (SRS) ini juga tersedia untuk sisi pelaporan itu.

Namun, ada beberapa keterbatasan yang penting yang akan membuat sulit untuk menggunakan fitur out-of-the-box yang murni untuk sesuatu yang bahkan cukup kompleks. Ini termasuk:

• Ukuran lookup terkait daftar vs.. "kecerdasan" jenis kolom pencarian. Jenis kolom pencarian hadiah itu sendiri di UI berbeda tergantung pada apakah Anda telah mengaktifkan multi pilih atau tidak. Dalam kedua kasus, kontrol out-of-the-box menunjukkan semua item yang tersedia dari daftar sumber. Jika memiliki daftar sumber 1,000 item, itu akan menjadi masalah. Kontrol lookup tidak halaman melalui barang-barang. Sebaliknya, hal menarik semua dari mereka dalam kontrol. Yang membuat untuk sebuah antarmuka pengguna yang sangat kikuk baik dari segi kinerja dan memasukkan data.
• Pencarian "menarik kembali" satu kolom informasi. Anda tidak pernah dapat menarik kembali lebih dari satu kolom informasi dari daftar sumber. Misalnya, Anda tidak dapat memilih pelanggan "12345" dan menampilkan jumlah serta nasabah nama dan alamat pada waktu yang sama. Pencarian hanya menunjukkan pelanggan nomor dan tidak ada yang lain. Hal ini membuat untuk antarmuka pengguna canggung dan sulit.
• Tidak ada komunikasi intra-bentuk. Aku sudah menulis tentang ini di sini. Anda tidak dapat menerapkan drop-down cascading, kondisional mengaktifkan/menonaktifkan bidang, dll.
• Tidak menghapus cascading atau built-in integritas referensial. SharePoint memperlakukan daftar kustom sebagai entitas independen dan tidak memungkinkan Anda untuk menghubungkan mereka satu sama lain dalam arti ERD tradisional. Misalnya, SharePoint memungkinkan Anda untuk membuat dua daftar kustom, "pelanggan" dan "faktur header". Anda dapat membuat sebuah header faktur yang menghubungkan kembali ke pelanggan dalam daftar pelanggan. Kemudian, Anda dapat menghapus pelanggan dari daftar. Keluar dari kotak, tidak ada cara untuk mencegah hal ini. Untuk memecahkan masalah seperti ini, Anda biasanya akan menggunakan event handler.

Ini mungkin tampak suram, tapi aku masih akan menggunakan SharePoint sebagai titik awal untuk membangun fungsi semacam ini. Meskipun ada jurang antara apa yang Anda butuhkan dalam larutan, SharePoint memungkinkan kita untuk mengisi kesenjangan tersebut menggunakan alat seperti:

• Event handler. Menggunakannya untuk menegakkan integritas referensial.
• Custom kolom: Membuat custom kolom jenis dan menggunakannya sebagai pengganti kolom pencarian default. Tambahkan paging, buffering dan AJAX fitur untuk membuat mereka responsif.
• BDC. Fitur ini hanya untuk MOSS memungkinkan kita untuk query daftar SharePoint lain dengan antarmuka pengguna yang unggul untuk kolom pencarian biasa. BDC juga dapat menjangkau untuk back-end server aplikasi. Gunakan BDC untuk menghindari replikasi. Daripada mereplikasi informasi pelanggan dari back-end sistem ERP, Sebaliknya menggunakan BDC. Fitur BDC menyediakan antarmuka yang bagus untuk menarik informasi langsung dari sistem ERP mana itu milik dan menghindari kerumitan memelihara solusi replikasi.

  BDC adalah fitur MOSS (tidak tersedia di WSS) dan menantang untuk mengkonfigurasi.

• ASP.Formulir NET web: Membuat fitur lengkap dukungan AJAX formulir yang menggunakan obyek SharePoint model dan/atau web services untuk meningkatkan daftar SharePoint sambil menyediakan sangat responsif user interface.

Opsi terakhir mungkin merasa seperti Anda mulai dari nol, Tapi mempertimbangkan fakta bahwa SharePoint platform dimulai Anda dengan fitur kunci berikut:

• Model keamanan dengan pemeliharaan.
• Sistem menu dengan pemeliharaan.
• "Master meja" (yaitu. daftar kustom) dengan keamanan, built-in pemeliharaan dan audit.
• Pencarian.
• Back-end alat integrasi (BDC).

Jika Anda memulai dengan sebuah proyek kosong baru in visual studio, Anda memiliki banyak infrastruktur dan pipa untuk membangun sebelum Anda mendapatkan dekat dengan apa yang menawarkan SharePoint.

Saya percaya bahwa Microsoft berniat untuk memperluas SharePoint arah ini pengembangan aplikasi. Sepertinya perpanjangan alami untuk SharePoint yang ada dasar. Microsoft CRM aplikasi menyediakan banyak diperpanjang dari jenis yang diperlukan untuk mendukung pengembangan aplikasi header/detail. Meskipun fitur tersebut di CRM, teknologi ini jelas tersedia untuk tim pengembangan SharePoint dan saya berharap bahwa hal itu akan membuat jalan ke SharePoint produk akhir 2008. Jika seseorang memiliki pengetahuan atau wawasan dalam ini, Silakan Tinggalkan Komentar.

</akhir>