Pengguna forum kerap soalan-soalan seperti ini:

> Hello,
>
> Sila beritahu saya jika terdapat sebarang kemungkinan untuk membina sebuah senarai adat dengan
> tuan dan terperinci jenis (seperti invois) tanpa menggunakan InfoPath.
>

SharePoint menyediakan beberapa daripada ciri-ciri keselamatan yang menyokong jenis keperluan perniagaan seperti itu.

Secara umum, salah satu pautan senarai dua yang bersama-sama menggunakan kolum carian. Senarai A mengandungi maklumat pengepala invois dan senarai B mengandungi butir-butir invois.

Menggunakan senarai tambahan untuk mengekalkan bilangan pelanggan, nombor produk, dan sebagainya..

Gunakan kandungan query sebahagian web (di MOSS sahaja) dan/atau data lihat bahagian web untuk mewujudkan pemandangan yang digabungkan daripada senarai. SQL Server laporan Perkhidmatan (SRS) juga boleh didapati untuk sebelah laporan itu.

Walau bagaimanapun, ada beberapa keterbatasan penting yang akan menjadikan ia sukar untuk menggunakan ciri-ciri murni out-of-the-box untuk apa-apa yang rumit walaupun sederhana. Ini termasuklah:

• Saiz senarai lookup berkaitan vs. "smartness" jenis kolum carian. Jenis kolum carian yang menjadikan dirinya pada UI berbeza bergantung pada sama ada anda telah mendayakan berbilang pilih atau tidak. Dalam kedua kes, kawalan keluar-of-the-box menunjukkan semua item didapati dari senarai sumber. Jika mempunyai senarai sumber 1,000 barang-barang, yang akan menjadi masalah. Kawalan lookup Laman melalui item-item tersebut. Sebaliknya, Ia menarik mereka semua ke dalam kawalan. Yang membuat untuk antara muka pengguna yang sangat janggal dari sudut kemasukan data dan prestasi.
• Carian "tarik balik" satu kolum maklumat. Anda boleh tidak pernah menarik balik lebih daripada satu kolum maklumat daripada senarai sumber. Sebagai contoh, anda tidak boleh memilih pelanggan "12345" dan memaparkan nombor serta nama pelanggan dan alamat pada masa yang sama. Carian ini hanya menunjukkan pelanggan nombor dan apa-apa lagi. Ini menjadikan untuk antara muka pengguna yang janggal dan sukar.
• Tiada komunikasi intra-borang. Saya telah menulis tentang perkara ini di sini. Anda tidak boleh melaksanakan penurunan-downs dihasratkan, bersyarat membolehkan / melumpuhkan bidang, dan sebagainya..
• Tidak memadam dihasratkan atau kewibawaan terbina dalam. SharePoint melayan senarai adat sebagai entiti bebas dan tidak membenarkan anda untuk link antara satu sama lain dari segi ERD tradisional. Sebagai contoh, SharePoint membolehkan anda untuk membuat dua senarai adat, "pelanggan" dan "invois pengepala". Anda boleh mencipta sesuatu pengepala invois yang menghubungkan kembali kepada pelanggan dalam senarai pelanggan. Kemudian, anda boleh menghapuskan pelanggan daripada senarai. Keluar dari kotak, tiada cara untuk mencegah hal ini. Untuk menyelesaikan masalah jenis ini, anda biasanya akan menggunakan pengendali acara.

Ia mungkin kelihatan suram, tetapi saya masih akan menggunakan SharePoint sebagai titik permulaan untuk membina kefungsian jenis ini. Walaupun terdapat jurang antara apa yang anda perlukan dalam penyelesaian, SharePoint membolehkan kita untuk mengisi jurang dengan menggunakan alat-alat seperti:

• Pengendali Acara. Menggunakannya untuk menguatkuasakan kewibawaan.
• Ruangan Custom: Membuat jenis kolum adat dan menggunakannya sebagai ganti tiang lookup lalai. Tambah halaman, buffering dan AJAX ciri-ciri untuk menjadikan mereka responsif.
• BDC. Ciri-ciri ini MOSS sahaja membolehkan kami untuk pertanyaan SharePoint lain menyenaraikan dengan antaramuka pengguna tetamu ke medan carian biasa. BDC boleh juga sampai kepada aplikasi pelayan lain yang. Gunakan BDC untuk mengelakkan Replikasi. Alih-alih mereplikakan maklumat pelanggan dari belakang sistem ERP, Sebaliknya gunakan BDC. Ciri-ciri BDC menyediakan antaramuka pengguna yang menarik untuk menarik maklumat tersebut terus dari sistem ERP di mana ia adalah milik dan mengelakkan kerumitan untuk mengekalkan penyelesaian Replikasi.

  BDC adalah ciri MOSS (tidak terdapat di WSS) dan mencabar untuk mengkonfigurasi.

• Borang web ASP.NET: Mewujudkan satu bentuk AJAX dibolehkan berciri penuh yang menggunakan model objek SharePoint dan / atau perkhidmatan web untuk senarai SharePoint memanfaatkan sambil menyediakan antara muka pengguna yang sangat responsif.

Pilihan terakhir mungkin merasa seperti anda bermula dari awal, tetapi mempertimbangkan fakta bahawa platform SharePoint bermula anda di luar dengan ciri-ciri utama seperti berikut:

• Model keselamatan dengan penyelenggaraan.
• Sistem menu dengan penyelenggaraan.
• "Jadual induk" (Dgn kata lain. senarai adat) dengan keselamatan, terbina dalam penyelenggaraan dan pengauditan.
• Carian.
• Kembali berakhir alat integrasi (BDC).

Jika anda bermula dengan satu projek baru yang kosong di dalam studio visual, anda mempunyai banyak infrastruktur dan paip untuk membina sebelum anda mendapatkan dekat dengan apa yang SharePoint menawarkan.

Saya percaya bahawa Microsoft bercadang untuk memperluaskan SharePoint ini arah pembangunan aplikasi. Ia seolah-olah seperti untuk SharePoint sedia ada yang asas. Microsoft CRM permohonan menyediakan banyak kebolehan meluaskan jenis yang diperlukan untuk menyokong pembangunan aplikasi header/terperinci. Walaupun ciri-ciri tersebut di CRM, Teknologi jelas terdapat kepada pasukan pembangunan SharePoint dan saya mengharapkan bahawa ia akan menjadikan jalan ke dalam SharePoint produk akhir 2008. Jika sesiapa yang mempunyai pengetahuan atau wawasan ini untuk, sila tinggalkan komen.

</akhir>