Saya berasa sesuatu projek di mana kita perlu mengumpul metrik sekitar satu fungsi yang dinamakan "saham sebuah cerita." Ideanya adalah sangat mudah — jika anda melihat satu artikel yang menarik mengenai intranet dan ingin berkongsi dengan seseorang, klik pautan yang dilabel "berkongsi cerita ini" e-mel kepada rakan anda.

Kita bermain-main dengan satu bentuk adat untuk tujuan ini, tetapi pada akhirnya, akal memenangi hari dan kami hanya menggunakan biasa <a href = mailto:…> teknik. (<a href mailto:…> adalah sedikit menghairankan teguh HTML; sebagai bonus, pautan yang membawa saya kembali ke lama UNIX laman lelaki hari-hari saya; mereka adalah hari-hari!).

Teknik ini menyediakan antara muka yang hebat bagi pengguna akhir kerana mereka dapat menggunakan biasa MS Outlook pelanggan mereka (atau apa sahaja klien e-mel mereka telah dipasang).

Ia membuat perkara yang sukar kepada kami jenis pemaju miskin kerana mereka pelanggan * juga * mahu menjalankan laporan dalam masa yang menunjukkan bagaimana sering berkongsi cerita dan juga pengguna yang cerita dikongsi bersama yang paling kerap.

Kami whiteboarded beberapa penyelesaian berpotensi. Kegemaran saya adalah untuk salinan karbon (CC) Senarai SharePoint. Dengan cara ini, pengguna akhir masih mendapat klien outlook sementara kita dapat menangkap acara kerana kita akan mendapat satu salinan e-mel kami. Terdapat beberapa kelemahan yang ketara. Masalah utama adalah bahawa pengguna boleh mangle semata-mata kosong keluar atau sebaliknya CC di alamat. Dan, kita perlu menguruskan Perpustakaan acara itu e-mel. Kami ada kerja Terjadual di papan putih yang bertanggungjawab untuk pembersihan yang.

Jika anda mempunyai beberapa pendekatan yang bijak untuk menyelesaikan masalah ini, sila beritahu.

</akhir>

Langgan ke blog saya.

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

Seperti yang diminta dan berjanji, Aku upload pembentangan saya mengenai cara-cara untuk mendapatkan "hebat" keperluan dari pengguna akhir bagi projek-projek SharePoint dan implementasi. Di sini: http://cid-1cc1edb3daa9b8aa.skydrive.live.com/self.aspx/SharePoint/Paul% 20Galvin% 20Great% 20Requirements.zip

Saya membentangkan ini di SharePoint Best persidangan Amalan pada Februari 2009 (www.sharepointbestpractices.com). Jika anda menghadiri Persidangan, anda juga akan mendapat ini pada persidangan DVD.

Pembentangan termasuk banyak Nota-Nota dengan kebanyakan papan gelongsor. Ia bukanlah hanya Publik.

(Lihat di sini untuk pembentangan saya yang lain pada kajian kes Tadbir Urus: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</akhir>

Langgan ke blog saya.

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

Seperti banyak jenis perunding SharePoint, Saya telah didedahkan kepada banyak fungsi SharePoint. Beberapa kali, Aku Menyelam cukup mendalam. Masa yang lain saya hanya menyedarinya kerana saya sedang Terbang oleh ke satu lagi set opsyen menu. Salah satu daripada mereka adalah "ciptaan lokasi Layan Diri." Saya tidak punya keperluan untuknya sehingga minggu ini.

Minggu ini, Saya perlu untuk menyelesaikan masalah perniagaan yang saya fikir akan menjadi lebih biasa kerana syarikat berehat dan memeluk kawalan pengguna akhir lebih secara langsung terhadap SharePoint. Dalam kes ini,, Saya telah direka templat Laman web untuk menyokong komuniti pengguna akhir yang khusus. Orang-orang dalam masyarakat ini harus mampu mencipta Laman sendiri sesuka hati menggunakan template ini apabila menggesa menyerang mereka.

Saya teringat melihat "penciptaan Laman web Layan Diri" sebelum dan saya telah sentiasa agar yang bahagian belakang kepala saya berfikir bahawa "diri lokasi kejadian" yang bermaksud SharePoint lingo, cukup jelas, sesuatu seperti "hidupkan saya jika anda ingin pengguna akhir dapat mencipta Laman apabila mereka mahu."

Jadi, Aku hidupkan ia, cuba keluar dan bagi saya, Ia tidak mencipta Laman. Ia adalah mewujudkan laman Koleksi. Perbezaan yang cukup besar. Itulah yang tidak apa yang saya mahu, langsung tidak.

Ia adalah mungkin untuk membenarkan pengguna akhir yang mencipta Laman sub baru melalui tahap kebenaran adat. Inilah di mana saya akan pergi di tempat pertama kecuali kalau label "penciptaan Laman web Layan Diri" Label ditipu saya. Melalui twitter, I learn that it’s deceived others as well 🙂

Saya masih bekerja bagaimana untuk menyediakan sedikit proses lebih diperkemas masa yang tinggal semata-mata keluar dari kotak, tetapi tidak pasti laluan untuk diikuti. Hanya tidak terganggu oleh label yang.

</akhir>

Langgan ke blog saya.

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

Saya adalah salah seorang daripada 20 atau 30 (atau mungkin 100?) ahli panel malam tadi di New York SharePoint Kumpulan Pengguna Mesyuarat. Bukan format penyampaian yang biasa, ini adalah semua tentang Q&A antara penonton dan ahli-ahli panel. Awal, Michael Lotter memperkenalkan saya kepada idea baru dan saya ingin berkongsi.

Ahli penonton diterangkan bagaimana syarikatnya telah membayar perunding untuk menulis aplikasi untuk syarikatnya. Pihak perunding menulis ia sebagai suatu permohonan konsol menggunakan model objek SharePoint. Hasilnya, ini bermakna bahawa program ini terpaksa dijalankan pada pelayan di dalam ladang. Ini bermakna bahawa sesiapa yang ingin menggunakan aplikasi ini perlu log masuk ke pelayan, melakukan kerja-kerja dan log keluar. Pada mulanya, ini tidak menjadi masalah, tetapi tidak lama lagi, lebih dan lebih (bukan teknikal) pengguna perlu menggunakan utiliti. Soalan Nya adalah (parafrasa):

"Apakah pilihan saya? Saya tidak mahu terus membiarkan pengguna log terus ke pelayan, tetapi mereka perlu fungsi itu."

Michael Lotter mencadangkan bahawa dia konfigurasi mesin maya baru, menyertainya ke ladang sebagai a WFE dan biarkan pengguna yang menjalankan permohonan dari situ.

Ini adalah satu idea yang cukup menakjubkan bagi saya. Generalizing penyelesaian ini membawa kepada kisah tanggapan pada asasnya sementara, WFE hampir pakai buang. Saya fikir ia satu konsep yang cukup kemas. WFE sementara ini boleh menjalankan aplikasi konsol yang menggunakan model objek SharePoint. Anda juga boleh menggunakan ia untuk jalankan arahan stsadm. Ia tidak perlu menjadi sebahagian daripada mengimbangi tempatan tetap. Jika ia terbenam atau mendapat rosak, anda hanya boleh berputar yang baru. Saya ulangi sendiri, tetapi saya hanya perlu untuk mengatakan bahawa saya fikir ia adalah satu idea yang benar-benar rapi.

</akhir>

Langgan ke blog saya.

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

Ini minggu lalu, seseorang bertanya soalan tentang mewujudkan persekitaran SharePoint yang akan mengendalikan kelantangan yang tinggi yang cukup dokumen baru (10,000 +/- dalam kes ini). Aku tidak tahu banyak tentang perkara ini, tetapi Terima kasih kepada kertas putih ini, Saya rasa lebih baik dimaklumkan.

Bagi saya, kertas putih ini adalah cukup banyak hanya tanda buku pada masa ini, tetapi saya pula mula membaca melaluinya dan berfikir saya akan menyerlahkan utama saya juga. SharePoint boleh terskala untuk mengendalikan, sekurang-kurangnya, beban ini:

• 50dokumen-dokumen baru k sehari.
• 10 dokumen-dokumen juta jumlah.

Saya menulis angka 50k / 10MM kerana mereka cukup mudah untuk diingati. Asalkan anda tahu mereka seperti, anda tidak akan menghadapi sebarang masalah. Maximums ini adalah sekurang-kurangnya 10 peratus lebih tinggi daripada itu dan penalaan melampau, mungkin jauh lebih tinggi.

Terima kasih, Mike Walsh, sekali lagi untuk beliau pengemaskinian soalan lazim WSS mingguan dan pembetulan post. Jika anda tidak melanggan kepadanya, anda harus serius berfikir tentang melakukannya.

</akhir>

Langgan ke blog saya.

Pada minggu yang lalu, saya rakan sekerja dan saya telah melakukan beberapa kerja untuk pelanggan di NYC. Kami telah menguji aspek yang berbeza bagi pelaksanaan MOSS yang menggunakan mereka "standard" stesen kerja membina (berbanding dengan komputer riba kami). Ketika melakukan bahawa, kami berlari ke dalam beberapa kesilapan dengan mengikuti langkah-langkah:

• Membuka dokumen MS perkataan melalui windows explorer (yang menggunakan WebDAV).
• Membuat perubahan.
• Simpan.

Kami datang untuk menyedari bahawa beberapa kali (biasanya kali pertama) Kami selamatkan dokumen, Simpan tidak "melekat." Simpan tidak menjimatkan. Kami akan menarik dokumen itu semula dan perubahan kami semata-mata tidak ada.

Kami tidak memahami isu akar pada ketika ini, tetapi kita digambarkan bahawa kami perlu membuat pasti bahawa pek perkhidmatan MS Office terkini telah dipasang pada stesen kerja yang. Orang-orang IT pergi dan melakukan itu. Kami pergi melalui ujian sekali lagi dan kita menemui masalah baru. Bilakah kami selamatkan, kita kini mendapat kesilapan ini:

Kali ini, ia seolah-olah seperti setiap perubahan adalah, sebenarnya, disimpan, sama ada kita menjawab YA atau tidak dengan soal skrip.

Kami akhirnya telah melihat pada versi sebenar pejabat dan ternyata bahawa stesen kerja itu berjalan MS Office 2000 dengan perkhidmatan pek 3 yang menunjukkan di bawah Bantuan -> Kira-kira sebagai "Pejabat 2002".

Moral cerita: Saya akan sentiasa menggunakan Office 2003 sebagai asas minimum versi pejabat saya apabila menggunakan WebDAV dan MOSS.

</akhir>

Langgan ke blog saya.

(Untuk tujuan enjin carian, ini adalah teks kesilapan ini):

Talian: 11807

Char: 2

Ralat: Objek tidak menyokong harta ini atau kaedah

Kod; 0

URL: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

Adakah anda ingin terus menjalankan skrip pada laman ini?

Satu atau saya posting blog yang pertama, Saya menyifatkan proses keseluruhan kita mengikuti untuk berhijrah seorang pelanggan dari SPS 2003 ke Lumut. Seorang pembaca meninggalkan komen meminta lebih terperinci dan di sini adalah.

Untuk itu projek migrasi, kita terpaksa mencari jalan yang baik untuk bergerak banyak SPS 2003 dokumen ke Lumut. Beban awal adalah cukup mudah. Mewujudkan sebuah perpustakaan dokumen sasaran baru di MOSS dan gunakan windows explorer untuk memindahkan dokumen-dokumen.

Inilah Perpustakaan dokumen baru:

Membuka kedua-dua tingkap peneroka. Point pertama di SPS 2003 dan yang kedua di Perpustakaan dokumen yang baru di MOSS. Pukulan skrin berikut menunjukkan ini. Ambil perhatian bahawa pelayar di atas benar-benar menunjuk pada c saya:\temporer memandu, tetapi anda boleh membayangkan ia menunjuk kepada SPS untuk 2003 Perpustakaan dokumen:

Selepas itu seret dan lepas operasi, Saya target kelihatan seperti ini:

Sekarang tiba masanya untuk berurusan dengan metadata. Menganggap kami mempunyai hanya satu kolum metadata untuk dokumen-dokumen yang dinamakan "lokasi." Kita boleh lihat dari atas "semua dokumen-dokumen" berpendapat bahawa lokasi yang kosong. Ianya cukup mudah untuk menggunakan pandangan lembaran data untuk masukkan lokasi, atau pun pergi ke setiap dokumen hartanah satu demi satu untuk menambah lokasi. Anggap bahawa ada tidak cara yang praktikal untuk memperuntukkan Ruang lokasi nilai secara automatik dan bahawa pengguna akhir mesti melakukan ini dengan tangan. Tambahan, Andaikan Terdapat beratus-ratus dokumen (mungkin beribu) dan bahawa ia akan mengambil banyak masa hari untuk mengemaskini metadata. Seperti yang kita semua tahu, Tiada siapa yang akan duduk dan bekerja untuk empat lima hari terus mengemaskini data meta untuk dokumen. Sebaliknya, mereka akan terputus yang dalam tempoh beberapa minggu atau mungkin lebih lama. Untuk memudahkan proses ini, kita boleh membuat satu "untagged data" paparan seperti yang ditunjukkan:

Sekarang, Apabila seseorang duduk ke bawah untuk menghabiskan masa jam harian mereka diperuntukkan atau dua tag dokumen penghijrahan, mereka boleh menggunakan "untagged dokumen-dokumen" paparan untuk menumpukan usaha mereka:

Sebagai pengguna tag dokumen, mereka menurunkan senarai ini.

Tanggapan ini pemandangan untagged data yang juga boleh membantu dengan kelas data pengesahan masalah orang yang bertanya tentang di forum. Keluar dari kotak, tiada cara untuk menghalang pengguna daripada memuat naik dokumen ke Lumut dan kemudian tidak masukkan meta data. Kita boleh menentukan bahawa lajur tapak tertentu adalah wajib dan pengguna tidak akan dibenarkan untuk menolak Simpan butang. Walau bagaimanapun, Jika pengguna gambar dan kemudian menutup pelayar (atau menggunakan windows explorer untuk muat naik dokumen), kita tidak boleh memaksa user untuk memasukkan meta data (lagi, keluar dari kotak).

Pendekatan ini boleh digunakan untuk membantu dengan situasi yang. Kita boleh menggunakan "buruk tagged data" Lihat dengan mudah mengenal pasti dokumen-dokumen dan membetulkan mereka. Pasangan ini dengan KPI yang dan anda mempunyai penglihatan yang baik kepada data dengan gerudi-down untuk menguruskan keadaan luar biasa ini.

</akhir>

Langgan ke blog saya.

Minggu ini, Saya telah berjuang sedikit dengan pasukan saya untuk mendapatkan MOSS yang dipasang di ladang dua-server yang mudah. Setelah melaluinya, Saya mempunyai penghargaan yang lebih besar untuk pelbagai masalah orang melaporkan di forum MSDN dan di tempat lain.

Konfigurasi ladang akhir:

• SQL / Indeks / Intranet WFE dalam firewall.
• WFE dalam DMZ.
• Beberapa jenis firewall DMZ di antara pelayan dalaman.

Sebelum kami memulakan projek, Kita biarkan pelanggan tahu Port-Port mana yang perlu dibuka. Semasa mengambil dan memberi, belakang dan ke hadapan berbanding, kita Jangan sekali-kali tersurat berkata dua perkara penting:

1. SSL bererti anda perlu Sijil.
2. Pelayan DMZ mesti menjadi sebahagian daripada domain.

Hari pertama, kami datang untuk memasang MOSS dan belajar bahawa akaun domain bagi pangkalan data dan MOSS tidak diwujudkan. Untuk mengalihkan benda-benda di sepanjang, kami pergi ke depan dan memasang segala-galanya dengan akaun tempatan pada pelayan intranet.

Pada ketika ini, kami mendapati kekeliruan itu ke atas Sijil SSL dan, sedih, memutuskan untuk lelaki infrastruktur kami kembali minggu itu untuk terus memasang pelayan DMZ. Dalam masa yang sama, kami penyelesaian Arkitek pindah ke hadapan dengan barangan perniagaan.

Hujung minggu yang berlalu dan pelanggan memperoleh sijil.

Kami lelaki infrastruktur menunjukkan dan mempelajari bahawa pelayan DMZ tidak menyertai sebarang domain (domain perimeter dengan Amanah yang terhad atau intranet domain). Kita sia-sia hampir satu 1/2 hari itu. Jika kita tidak membiarkan Sijil SSL hilang Rawa kita, kita akan mendapati ini lebih awal. Oh baik….

Lain hari Pas dan pelbagai Jawatankuasa Keselamatan, pihak yang berkepentingan dan (tetapi tidak semestinya) tidak bersalah dan, penduduk Tunisia semua bersetuju bahawa ia adalah OK untuk menyertai pelayan DMZ dengan intranet domain (Inilah POC, selepas semua, tidak penyelesaian pengeluaran).

Infrastruktur lelaki datang untuk membalut perkara. Kali ini kita berjaya melalui dengan cabaran zaman moden yang digelar sebagai "Pendeta konfigurasi SharePoint." Kami telah menceritakan di pusat pentadbiran dan … Yee haw! … DMZ server tersenarai di dalam ladang. Kita melihat sedikit lebih dekat dan menyedari kita bahagi terbuka Champaign sedikit mite awal. Perkhidmatan WSS terperangkap dalam sebuah "bermula" status.

Long cerpen, Ia ternyata bahawa kita lupa untuk menukar identiti akaun perkhidmatan melalui Pentadbiran Pusat dari akaun tempatan asal untuk akaun domain baru. Kita pula yang, berlari semula pendeta konfigurasi dan voila! Kami telah dalam perniagaan.

</akhir>

Langgan ke blog saya.

Walaupun ia tidak benar-benar benar, sebagai satu perkara yang praktikal, an web internet menghadap akhir hadapan dalam DMZ mestilah dalam domain (Dgn kata lain. tidak ada pelayan berdiri dalam kumpulan kerja sendiri sedikit). Ia tidak perlu berada dalam domain yang sama dalam WFE dalaman(s) dan pelayan lain (dan mungkin tidak perlu), Tetapi ia Perlu menjadi domain.

Rakan-rakan saya dan saya membelanjakan sejumlah sombong masa cadangan termasuk pra-syarat SharePoint. Ini termasuk senarai lengkap konfigurasi firewall yang membolehkan server DMZ untuk menyertai ladang dan sebagainya. Malangnya, kita gagal untuk menambah hukuman tempat Yang berkata, yang bermaksud, "titik keseluruhan berdarah konfigurasi ini adalah untuk membolehkan server DMZ WFE anda, dalam domain, untuk menyertai ladang dalaman."

Satu ribut sempurna peristiwa, Di mana kita pada dasarnya kiri Kelihatan Apabila Kita mungkin telah Kelihatan betul, berkomplot untuk menyembunyikan masalah ini dari kami sehingga agak lewat dalam proses, ITU Mencegah saya daripada menggunakan saya "memberitahu berita buruk awal" memerintah.

Mengeluh.

Langgan ke blog saya.

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>