Pengantar tentang mengembangkan aplikasi SharePoint

Di artikel ini

Pengantar

Alat dan teknologi yang digunakan

Arsitektur aplikasi dan metodologi pengembangan

Menerapkan pola desain umum

Menyusun templat

Ringkasan

Sumber Daya

Pengantar

Windows SharePoint Services 3.0 merupakan teknologi Windows Server yang menawarkan portofolio terpadu dari layanan kolaborasi dan komunikasi, juga merupakan platform untuk mengembangkan aplikasi bisnis berbasis Web. Memanfaatkan kemampuan ini, Microsoft telah mengembangkan empat puluh Templat Aplikasi untuk Windows SharePoint Services 3.0 untuk menyediakan solusi langsung guna mengatasi kebutuhan proses bisnis khusus, seperti mengoordinasi Staf Dukungan atau melacak kampanye pemasaran seperti yang ditunjukkan dalam contoh di Gambar 1.

Tampilan halaman Beranda Aplikasi Pelacak Kampanye Pemasaran Terintegrasi
Gambar 1: Tampilan laman Aplikasi Pelacak Kampanye Pemasaran Terpadu

Microsoft mengembangkan templat aplikasi yang dapat diunduh secara gratis ini untuk dapat langsung digunakan setelah penyebaran. Namun, pelanggan dan mitra juga dapat menggunakan templat aplikasi ini sebagai titik awal solusi yang dapat lebih disesuaikan, atau sebagai contoh pengajaran selagi mereka menyusun aplikasi canggih Windows SharePoint Services 3.0 sendiri menggunakan Microsoft Office SharePoint Designer 2007.

Tujuan artikel ini adalah untuk menjelaskan bagaimana Microsoft mengembangkan templat aplikasi tersebut, mengidentifikasi praktik terbaik terkait cara bekerja dengan kemampuan inti dalam Windows SharePoint Services 3.0 dan Office SharePoint Designer 2007, dengan tujuan mendorong pelanggan dan mitra untuk membuat aplikasinya sendiri. Artikel ini bukanlah pengganti untuk Windows SharePoint Services 3.0 SDK, maupun sumber daya utama pengembang. Pengembang harus menggunakan SDK untuk secara umum memahami cara memperpanjang Windows SharePoint Services 3.0.

Artikel ini dimaksudkan untuk menjadi sumber daya bagi generasi baru desainer situs. Karena Windows SharePoint Services dan Office SharePoint Designer 2007 memungkinkan pembuatan fungsi aplikasi yang sangat banyak melalui UI, keterampilan pengembangan tingkat lanjut tidak diharuskan untuk menyusun aplikasi yang kaya. Agar yakin, artikel ini menjelaskan beberapa penerapan kode kustom untuk pola desain yang cukup rumit, namun metodologi keseluruhannya harus dapat diakses oleh non-pengembang dan disajikan terutama untuk audiens tersebut. Pengembang mungkin ingin segera membaca bagian awal tentang peralatan dan metodologi, serta memperhatikan deskripsi pola desain dan contoh spesifik tentang cara menerapkan pola desain tersebut.

Dalam hal struktur artikel, bagian pertama, Alat dan teknologi yang digunakan menyediakan gambaran umum tentang kemampuan dalam Windows SharePoint Services 3.0 dan Office SharePoint Designer 2007 yang digunakan dalam menyusun aplikasi. Bagian berikutnya, Arsitektur aplikasi dan metodologi pengembangan secara umum menjelaskan tentang metodologi yang digunakan Microsoft di seluruh templat aplikasinya. Metodologi tersebut merupakan pendekatan masuk akal yang mengarahkan pada pemeriksaan nyata tujuan solusi, bagaimana akan digunakan, dan oleh siapa, serta bagian teknologi mana yang mendorong Anda paling jauh tanpa harus menulis kode kustom. Metodologi ini diakhiri dengan proses identifikasi area tempat kode kustom atau pekerjaan kustom lainnya akan diperlukan.

Bagian artikel berikutnya, Menerapkan pola desain umum, fokus pada cara memanfaatkan keunggulan Windows SharePoint Services dan Office SharePoint Designer 2007 untuk memenuhi persyaratan desain aplikasi umum, seperti cara membuat tindakan kustom dalam daftar. Hal ini merupakan inti artikel, menjelaskan pendekatan terhadap pola desain yang berulang di semua templat aplikasi (dan, tentunya, semua aplikasi Anda selanjutnya). Bagian ini menyediakan contoh untuk masing-masing lima pola desain, termasuk panduan lengkap untuk bekerja dengan UI Windows SharePoint Services atau dengan Office SharePoint Designer 2007 dan beberapa kode kustom.

Bagian terakhir artikel, Menyusun templat, menjelaskan cara sesungguhnya untuk membuat file templat menggunakan Office SharePoint Designer 2007. Bagian tersebut juga meliputi masalah lain, seperti pelokalan.

Setelah membaca artikel ini, Anda akan memiliki pemahaman yang baik tentang mendesain dan membangun aplikasi, cara memulai dengan membuat situs langsung di Windows SharePoint Services 3.0, termasuk menyusun daftar tertaut, alur kerja, pustaka, kolom kustom, dan seterusnya, cara membuka situs tersebut di Office SharePoint Designer 2007 untuk membuat penyesuaian lebih lanjut, membuat formulir kustom, menambahkan kode kustom untuk mengubah perilaku tertentu, membuat alur kerja kustom dan seterusnya, dan akhirnya, cara membuat templat aplikasinya sendiri lalu menyebarkannya untuk penggunaan.

Atas Halaman

Alat dan teknologi yang digunakan

Ada beberapa teknologi dan alat yang disertakan untuk memungkinkan pembuatan aplikasi yang jauh lebih mudah dari sebelumnya. Di sisi teknologi, kemampuan baru seperti dukungan alur kerja berarti bahwa seorang desainer situs tidak harus menulis kode untuk menghadirkan alur kerja pada aplikasi. Di sisi alat, Office SharePoint Designer 2007, Microsoft Visual Studio 2005, dan peralatan lainnya memungkinkan penggunaan kode yang semakin dan semakin sedikit (sering kali tanpa kode) untuk melakukan berbagai hal yang tadinya sangat sulit diselesaikan.

Secara umum, Microsoft telah mewujudkan sebuah strategi untuk alat dan teknologi ini yang semakin memudahkan penguasaan sistem dalam infrastrukturnya sendiri, sehingga lebih memungkinkan untuk menjadi seorang desainer daripada pengembang. Dengan kata lain, Microsoft telah melakukan sebagian besar pekerjaan yang sulit, sehingga Anda dapat dengan mudah menggunakan kemampuan tersebut di aplikasi Anda dalam cara yang intuitif melalui UI.

Untuk tujuan persiapan dalam memahami cara berbagai alat dan teknologi digunakan bersama dalam proses pembuatan aplikasi, bagian berikut ini membahas Windows SharePoint Services 3.0, Office SharePoint Designer 2007, dan teknologi lainnya secara spesifik dalam hal kemampuan dan fitur baru yang relevan. Untuk diskusi yang lebih luas, tinjau sumber daya di bagian akhir artikel ini.

Windows SharePoint Services 3.0

Windows SharePoint Services 3.0 berisi beberapa kemampuan baru yang hebat. Kemampuan dan fitur baru berikut ini khususnya relevan dengan mengembangkan aplikasi kustom, dan Anda akan melihat banyak lagi yang disebutkan dalam bagian selanjutnya:

  • Pustaka dan Daftar    Windows SharePoint Services 3.0 memperkenalkan sejumlah tipe daftar dan pustaka baru yang dapat digunakan sebagai dasar aplikasi. Tipe pustaka baru menyertakan pustaka slide, pustaka yang secara khusus didesain untuk menyimpan dan mengelola slide Microsoft Office PowerPoint 2007 yang dapat digunakan lagi, pustaka koneksi data, dan lainnya.

  • Tipe Konten     Tipe konten adalah konsep utama yang digunakan di seluruh Windows SharePoint Services 3.0. Tipe konten didesain untuk membantu pengguna menata konten di situs SharePoint mereka dalam cara yang lebih berguna. Tipe konten adalah kumpulan pengaturan yang dapat digunakan kembali dan dapat diterapkan ke kategori konten tertentu. Tipe konten memungkinkan Anda mengelola dan menggunakan kembali metadata serta perilaku dokumen atau tipe item secara terpusat. Misalnya, Anda dapat mengaitkan alur kerja dan aktivitas ke tipe konten, tidak harus menambahkan alur kerja dan aktivitas ke beberapa dokumen atau pustaka.

  • Kolom Situs    Kolom situs menyediakan model terpusat yang dapat digunakan kembali untuk definisi kolom. Saat Anda membuat kolom situs, setiap daftar yang menggunakan kolom ini menggunakan definisi yang sama, dan Anda tidak perlu membuat ulang kolom dalam setiap daftar. Kolom situs menyediakan cara bagi pengguna akhir untuk memilih dari rangkaian kolom yang telah ditentukan, yang mungkin berguna dalam daftar mereka. Jadi, tidak hanya dapat digunakan untuk menentukan kolom secara terpusat bagi templat daftar yang sudah dikenal, namun juga menyediakan jalur bagi pengguna untuk menggunakan kolom khusus yang dapat memiliki makna kustom.

  • Alur kerja     Di Windows SharePoint Services 3.0, alur kerja memungkinkan Anda melampirkan proses bisnis ke item dalam daftar dan pustaka. Proses ini dapat mengontrol hampir semua aspek item, termasuk siklus hidup item tersebut. Misalnya, Anda dapat membuat alur kerja sederhana yang merutekan dokumen ke serangkaian pengguna untuk persetujuan. Biasanya, desainer atau pengembang situs akan membuat alur kerja khusus. Desainer situs dapat menggunakan Office SharePoint Designer 2007 untuk membuat alur kerja menggunakan lingkungan panduan Desainer Alur Kerja, dan pengembang dapat menggunakan Visual Studio 2005 untuk membuat alur kerja yang lebih kompleks dan efektif.

  • Kerangka Kerja Fitur   Windows SharePoint Services 3.0 berisi struktur baru yang disebut “fitur.” Fitur mencakup elemen Windows SharePoint Services yang membantu pengguna menyelesaikan tujuan atau tugas tertentu. Fitur berisi satu elemen atau lebih. Elemen adalah konsep Windows SharePoint Services yang sangat kecil. Fitur Windows SharePoint Services 3.0 menyediakan keseluruhan kerangka kerja yang dapat Anda manfaatkan sebagai pengembang untuk menyediakan fungsi kustom bagi solusi Windows SharePoint Services. Fitur juga menyediakan cara yang mudah bagi para administrator untuk menambahkan atau menghapus bagian fungsi yang dikemas.

  • Penyempurnaan Aktivitas    Aktivitas dikelompokkan dalam dua kategori besar:

    • Aktivitas daftar    Acara inti, termasuk perubahan, penambahan, dan penghapusan item daftar dan kolom daftar (perubahan skema)

    • Aktivitas situs sederhana    Penghapusan situs dan kumpulan situs

      Aktivitas terjadi bersamaan “sebelum” aktivitas, ditandai dengan format nama “Sedang XYZ,” maupun tidak terjadi bersamaan “setelah” kegiatan, ditandai dengan format nama “DiABC.”

  • Akses Perangkat Seluler   Windows SharePoint Services 3.0 menyediakan kemampuan baru yang memungkinkan daftar disajikan dengan tepat di perangkat seluler. Saat pengguna menelusuri situs Windows SharePoint Services 3.0 menggunakan perangkat seluler, browser Web mereka akan dialihkan ke versi situs khusus perangkat seluler yang menyajikan konten dan daftar situs dalam format yang paling sesuai untuk perangkat tersebut.

Office SharePoint Designer 2007: Alat utama untuk mengembangkan aplikasi SharePoint

Office SharePoint Designer 2007 dirancang secara khusus untuk membantu Anda membuat dan menyesuaikan situs Web dan alur kerja yang tersusun dengan Teknologi dan Produk SharePoint (Windows SharePoint Services 3.0 dan Office SharePoint Server 2007). Aplikasi ini menyediakan peralatan yang diperlukan penemu solusi dan profesional TI untuk mengembangkan aplikasi berbasis SharePoint dan solusi alur kerja yang meningkatkan ketangkasan organisasi dan otomatisasi proses bisnis. Dengan Office SharePoint Designer 2007, Anda tidak perlu menggunakan teknik atau bahasa pengodean dengan prosedur tradisional untuk melakukan hal berikut:

  • Membuat formulir dan Tampilan Data tanpa kode pada berbagai sumber data, seperti file XML, database SQL seperti Microsoft SQL Server 2005, dan Layanan Web.

  • Membuat alur kerja tanpa kode yang canggih dan dinamis.

  • Membuat desain dan tata letak halaman.

  • Membuat halaman master.

  • Mengedit dan menerapkan cascading style sheets (CSS).

  • Mengembangkan halaman Komponen Web dan menyambungkan Komponen Web untuk membuat aplikasi bisnis yang canggih.

Visual Studio 2005

Visual Studio 2005 dapat digunakan untuk menambahkan kode kustom pada aplikasi atau untuk membuat alur kerja kustom. Anda dapat menggunakan Visual Studio 2005 Designer untuk Windows Workflow Foundation guna membuat templat alur kerja dan aktivitas alur kerja kustom. Anda dapat menyertakan kode dalam alur kerja, serta formulir desain untuk digunakan oleh alur kerja dalam berkomunikasi dengan pengguna alur kerja selama runtime dan pengaitan.

Ekstensi Visual Studio 2005 untuk Windows SharePoint Services 3.0 merupakan unduhan gratis yang menyertakan serangkaian alat pengembangan aplikasi kustom SharePoint menggunakan Visual Studio 2005. Paket tersebut menyertakan templat proyek Visual Studio untuk Komponen Web, definisi situs, definisi daftar, dan sebuah program utilitas mandiri, SharePoint Solution Generator, yang menghasilkan proyek definisi situs dari situs SharePoint yang sudah ada. Program tersebut memungkinkan pengembang menggunakan browser dan Office SharePoint Designer 2007 untuk menyesuaikan konten situsnya sebelum membuat kode menggunakan Visual Studio 2005.

Ekstensi Visual Studio 2005 untuk Windows SharePoint Services 3.0 telah dihentikan, namun Anda masih dapat memperoleh Ekstensi Visual Studio 2008 untuk Windows SharePoint Services 3.0, v1.3.

Microsoft Office Access 2007

Microsoft Office Access 2007 memungkinkan Anda membuat aplikasi pelacakan, menawarkan pengalaman pengguna yang kaya untuk memasukkan, mengelola, dan membuat pelaporan data bagi skenario yang ditargetkan. Untuk informasi selengkapnya tentang cara mendesain, membuat, dan berbagi templat Access, silakan merujuk pada buku The Rational Guide To Microsoft Office Access 2007 Templates.

Pendekatan dan teknik umum

Dalam konteks metodologi pengembangan yang dijelaskan di bagian berikutnya, langkah dasar menyeluruh untuk membuat aplikasi adalah:

  1. Memutuskan apakah Anda akan memerlukan definisi situs atau templat situs.

  2. Membuat situs inti di Windows SharePoint Services 3.0 atau Office SharePoint Server 2007.

  3. Menggunakan Office SharePoint Designer 2007 untuk membuka situs, memodifikasi, dll.

  4. Menggunakan Visual Studio 2005, jika perlu, untuk membuat kode kustom tambahan, alur kerja kustom, dll.

Atas Halaman

Arsitektur aplikasi dan metodologi pengembangan

Seperti proyek pengembangan pada umumnya, merancang dan menyusun aplikasi Windows SharePoint Services memiliki kesempatan yang lebih besar untuk berhasil jika Anda mengikuti metodologi yang sudah terbukti. Bagian ini menjelaskan metodologi yang digunakan Microsoft dalam mendesain semua templat aplikasi yang dapat diunduh. Tidak akan ada hal mengejutkan dalam pendekatan ini, khususnya untuk pengembang berpengalaman, namun tetap mempertimbangkan beberapa hal khusus dari lingkungan SharePoint, serta mencerminkan pelajaran yang didapat oleh Microsoft sehingga akan menjadi nilai dalam konteks ini. Sekali lagi, bagian ini akan sangat berguna bagi para non-pengembang yang mengetahui cara penggunaan Windows SharePoint Services 3.0 dan Office SharePoint Designer 2007.

Singkatnya, metodologi ini dimulai dengan berpikir secara umum tentang hal-hal yang perlu dilakukan aplikasi, siapa yang perlu menggunakannya, dan sebagainya. Kemudian, lihat lebih dalam pada bagaimana data dalam aplikasi harus berjalan, di mana tempat data disimpan, dan hubungan apa yang ada di antara berbagai bagian data. Dengan pemahaman yang baik tentang model data dan skenario penggunaan, metodologi ini membutuhkan proses yang cepat dan memulai penyusunan versi awal aplikasi dalam Windows SharePoint Services 3.0, menyusun daftar, pustaka, alur kerja, dan seterusnya, dengan cara yang berulang, hingga aplikasi mulai tampak dan berfungsi seperti yang diinginkan. Akhirnya, metodologi ini sampai pada identifikasi dan pembuatan perubahan serta kustomisasi yang diperlukan agar aplikasi benar-benar sesuai dengan kebutuhan proses bisnis Anda.

Menentukan persyaratan fungsi untuk aplikasi

Walaupun dokumen spesifikasi teknis yang sangat mendetail tidak begitu diperlukan sebelum mengembangkan solusi Windows SharePoint Services, penting adanya untuk memiliki pemikiran yang matang tentang bagaimana aplikasi seharusnya berfungsi. Poin sebelumnya mungkin tampak jelas, namun banyak pengembang yang telah mengalami kesulitan karena ketidakcocokan antara keinginan pemangku kepentingan terhadap aplikasi dan apa yang sebenarnya mereka butuhkan untuk menyukseskan proses bisnis (tentu, para pemangku kepentingan biasanya menyadari hal ini setelah melihat aplikasi yang hampir selesai!).

Intinya, memulai di awal berarti mengumpulkan persyaratan fungsionalnya dan memikirkan tentang apa yang harus dipenuhi oleh aplikasi tersebut. Misalnya, jika memerlukan solusi pelacakan proyek, Anda setidaknya perlu mengidentifikasi hal berikut:

  • Apa itu pelaku/peran dalam proses bisnis?    Dalam hal ini, pemilik proyek membuat proyek dan mengelola informasi tentang tugas, masalah, dan seterusnya, lalu pemilik tugas memiliki masalah dan tugas yang ditetapkan pada mereka, serta perlu berinteraksi untuk menyelesaikan pekerjaan. Manajer perlu melihat informasi mendetail tentang status proyek keseluruhan.

  • Apa yang dibutuhkan UI untuk pelaku berbeda?    Dalam hal ini, pemilik proyek, pemilik tugas, dan manajer semuanya membutuhkan tampilan berbeda yang relevan dengan aktivitasnya. Misalnya, Pemilik tugas harus dapat melihat semua masalah yang ditetapkan padanya, sementara pemilik proyek harus dapat melihat semua masalah yang sudah jatuh tempo.

  • Terlihat seperti apakah proses bisnis itu?    Dalam hal ini, pemilik proyek membuat proyek, pencapaian, tugas, dan entri anggaran, lalu melacak kemajuan sepanjang waktu. Pemilik proyek sering mengakses semua informasi, sementara pemilik tugas harus bertindak pada data saat ada yang ditetapkan pada mereka.

  • Di mana data itu?     Akankah Anda hanya menggunakan data di Windows SharePoint Services, atau akankah Anda memerlukan akses ke data eksternal (dari database, melalui layanan Web, melalui Katalog Data Bisnis, dan seterusnya), dan apakah Anda perlu menyimpan data di luar Windows SharePoint Services?

  • Apa hubungan antara data-data tersebut?    Dalam hal ini, kami perlu memiliki item proyek, item pencapaian, item masalah dan tugas, dan memiliki hierarki logika. Pengguna juga merupakan titik data, serta hal-hal seperti anggaran, jumlah hari, dan seterusnya.

Cara untuk menemukan jawaban dari sebagian besar pertanyaan ini adalah, benar-benar membuat gambar di papan tulis, mengulangi proses bisnis beberapa kali dengan sedikit variasi (membuat beberapa proyek, menetapkan tugas ke dua atau tiga orang pada proyek, dan seterusnya). Secara konseptual, aplikasi pelacakan proyek merupakan desain yang sangat sederhana, dan persyaratannya sangat jelas pada tahap ini.

Memvalidasi model data Anda

Sementara model data telah dibahas, penting adanya untuk melakukan analisis lebih dalam. Kesalahpahaman terhadap model data mungkin akan mengharuskan Anda membuat perubahan dramatis tingkat sistem nantinya, sehingga penting untuk melakukannya dengan benar.

Sangatlah penting untuk memahami bahwa terdapat beberapa bagian informasi terkait, serta beberapa bagian informasi meta yang menjelaskan dan menentukan tempat bagian informasi dalam proses bisnis tersebut berada. Dalam kasus pelacakan proyek, kami perlu mengetahui lebih dari sekadar adanya proyek, pencapaian, serta tugas dan masalah. Kami perlu tahu bahwa proyek merupakan item yang sangat penting dan dapat memiliki beberapa pencapaian. Proyek juga dapat memiliki beberapa tugas dan masalah.

Menentukan komponen dan hubungannya

Pada tahap ini, kami memiliki deskripsi fungsional yang jelas tentang aplikasi tersebut. Langkah berikutnya adalah merencanakan arsitektur dan menentukan cara penggunaan berbagai teknologi serta kemampuan Windows SharePoint Services 3.0 dan Office SharePoint Designer 2007. Setiap aplikasi akan melibatkan beberapa kombinasi fitur dan kemampuan yang dijelaskan dalam bagian sebelumnya, Alat dan teknologi yang digunakan, termasuk:

  • Daftar dan Pencarian

  • Tampilan daftar kustom (pengelompokan, penyortiran, pemfilteran, dll., melalui UI Windows SharePoint Services)

  • Alur Kerja

  • Halaman kustom dan Tampilan Data kustom di Office SharePoint Designer 2007

Daftar dan pencarian benar-benar mengimplementasikan model data. Jadi, dalam hal aplikasi pelacakan proyek, Anda akan menggunakan satu daftar untuk proyek, daftar lain (dengan bidang pencarian ke daftar proyek) untuk pencapaian, daftar lain dengan bidang pencarian ke daftar proyek untuk masalah, dan seterusnya. Untuk tampilan halaman kustom, Anda dapat mengatur tampilan default ke grup pada status dan menyortir menurut kesehatan.

Secara keseluruhan, latihan papan putih lainnya ada secara berurutan di sini, tempat Anda membuat maket aplikasi dengan mudah, mengidentifikasi teknologi yang digunakan untuk setiap bagian.

Mulai menyusun komponen aplikasi

Sekali lagi, tidak perlu memiliki dokumen spesifikasi teknis yang sangat mendetail pada tahap ini. Dengan menganggap Anda memiliki penanganan yang baik terhadap alur data dasar dan persyaratan UI, lebih penting untuk langsung memulai penyusunan.

Secara harfiah, hal ini berarti membuat situs baru menggunakan salah satu templat langsung di Windows SharePoint Services 3.0, atau membuat templat situs sendiri terlebih dahulu dan mengembangkan instans situs baru berdasarkan hal tersebut. Untuk kebanyakan aplikasi, kemungkinan, Anda cukup menggunakan templat Situs Tim atau Situs Kosong sebagai dasarnya.

Dalam aplikasi pelacakan proyek, hal pertama yang harus dilakukan adalah membuat empat daftar (Daftar Proyek, Tugas Proyek, Masalah Proyek, dan Pencapaian Proyek). Kemudian, buat kolom kustom untuk masing-masing daftar tersebut. Windows SharePoint Services 3.0 memungkinkan Anda membuat sejumlah tipe kolom berbeda, termasuk Pilihan, Nomor, Orang atau Grup, dan Pencarian (informasinya ada di situs ini). Daftar Daftar Proyek di templat aplikasi pelacakan proyek menggunakan banyak hal berikut ini, seperti yang diperlihatkan dalam Gambar 2.

Kolom Kustom di dalam daftar
Gambar 2: Kolom kustom dalam daftar

Kolom Kesehatan didasarkan pada tipe kolom Pilihan, kolom Anggaran merupakan kolom Angka (menggunakan mata uang), dan seterusnya.

Dalam daftar Pencapaian Proyek, kolom Pencarian digunakan sehingga proyek dapat dikaitkan dalam hubungan anak-induk dengan sebuah proyek. Sederhananya, membuat kolom pencarian adalah memilih daftar yang ingin Anda cari, lalu memilih kolom dari daftar tersebut (Windows SharePoint Services secara otomatis mengisi menu menurun), seperti yang diperlihatkan di Gambar 3.

Menetapkan kolom Pencarian untuk mengambil informasi dari daftar lain
Gambar 3: Menetapkan kolom Pencarian untuk mengambil informasi dari daftar lain

Pada tahap ini, Anda dapat mengerjakan beberapa logika aplikasi, menyusun alur kerja sederhana untuk memberi tahu anggota saat proyek baru dibuat. Anda juga dapat mulai membuat tampilan kustom dalam daftar menggunakan UI Windows SharePoint Services untuk menyortir dan memfilter preferensi Anda.

Menentukan kustomisasi yang diperlukan dalam aplikasi

Secara fungsional, sebagian besar aplikasi pelacakan proyek telah diterapkan hanya dengan UI Windows SharePoint Services. Pada tahap ini, kami sudah dapat melihat hal-hal yang berfungsi namun belum cukup baik, hal-hal yang tidak dapat dilakukan melalui UI Windows SharePoint Services, dan seterusnya. Beberapa area tempat kami akan memanfaatkan Office SharePoint Designer 2007 adalah:

  • Logika aplikasi dalam alur kerja    Alur kerja yang dapat Anda gunakan langsung dalam Windows SharePoint Services 3.0 dan Office SharePoint Server 2007 harus menentukan pengguna atau grup untuk penetapan tugas. Untuk aplikasi pelacakan proyek kami, kami perlu suatu cara untuk secara dinamis menentukan penerima bagi tindakan alur kerja, berdasarkan properti Pemilik dalam masalah atau tugas. Kami dapat menggunakan Office SharePoint Designer 2007 untuk menyusun alur kerja tanpa-kode dinamis untuk solusi ini.

  • Tampilan dasbor dan manajer    Kami membutuhkan cara untuk memperlihatkan tampilan gabungan semua proyek, semua anggaran, dan seterusnya. Kami dapat dengan mudah menyusun Tampilan Data tanpa-kode untuk memperlihatkan informasi yang tergabung dan digabungkan untuk dasbor.

  • Hubungan induk-anak    Terdapat beberapa masalah kemudahan penggunaan saat membuat tugas. Mungkin kami ingin mengatur default tugas ke proyek tertentu, tergantung pada halaman tempat kami berada. Kami dapat menggunakan Office SharePoint Designer 2007 untuk menambahkan logika guna mengotomatiskan penautan satu item ke yang lain.

Microsoft menggunakan pendekatan berulang yang sama saat menyusun empat puluh templat aplikasi, dan serangkaian pendekatan, dengan mengembangkan praktik terbaik yang konsisten, pohon keputusan, dan seterusnya untuk mengoptimalkan hal-hal yang harus dilakukan secara alami di Windows SharePoint Services 3.0 serta yang harus dilakukan menggunakan Office SharePoint Designer 2007 dan alat lainnya. Bagian berikutnya dari artikel ini membahas pendekatan tersebut, mengidentifikasi lima “pola desain” dan cara yang diharuskan untuk menerapkannya, mengutip contoh dari berbagai templat aplikasi selama prosesnya. Dengan demikian, bagian selanjutnya dari dokumen ini akan lebih terperinci dan lebih mendalam secara teknis daripada diskusi tentang metodologi.

Atas Halaman

Menerapkan pola desain umum

Di bagian ini, kami akan menjelaskan lima pola desain dasar dalam konteks bagaimana sesungguhnya Microsoft menggunakannya. Dengan demikian, kami akan merujuk pada sejumlah contoh berbeda di templat, termasuk sampel kode dan beberapa panduan langkah demi langkah yang sesuai. Bagian ini dan selanjutnya, tentang bagaimana sebenarnya menyusun templat aplikasi, akan sangat berguna bagi para pengembang. Namun, bagian ini juga ditulis untuk dapat dipahami oleh non-pengembang.

Untuk memulai, pola desainnya adalah:

  • Formulir Kustom    Membuat tampilan dan nuansa kustom yang memberikan panduan untuk tindakan pada titik tertentu dalam proses bisnis (hanya meliputi pengeksposan properti yang sesuai, yang diperbolehkan untuk diubah atau relevan pada tahap tertentu).

  • Alur Tindakan    Membuat tindakan yang ditentukan dengan benar, yang mengarahkan pada tempat yang sesuai untuk pelaku yang tepat (untuk hal ini, kita memerlukan kontrol navigasi yang peka terhadap tindakan yang diambil dan pelaku yang mengambil tindakan).

  • Hubungan Induk-Anak    Membuat hubungan antara dua atau beberapa daftar SharePoint untuk pencarian dan referensi.

  • Alur Kerja    Menggunakan Office SharePoint Designer 2007 untuk membuat proses bisnis berbasis Windows Workflow Foundation.

  • Dasbor    Menggunakan Komponen Web untuk membuat tampilan terpadu dari informasi yang tersebar di seluruh situs di satu tempat.

Menggunakan formulir kustom

Formulir kustom memiliki peran penting dalam mengustomisasi antarmuka pengguna input data di Windows SharePoint Services. Seperti tampilan daftar kustom yang digunakan untuk menyajikan data daftar dalam cara yang berbeda, formulir kustom digunakan untuk menyajikan berbagai metode perekaman input pengguna. Keperluan untuk membuat formulir kustom mungkin ada karena berbagai alasan, tergantung pada kebutuhan bisnis.

Kustomisasi berbasis tugas

Proses bisnis mengharuskan pengguna melakukan tindakan sangat spesifik yang memengaruhi data bisnis pada titik yang berbeda dalam prosesnya. Solusi proses bisnis yang baik memudahkan pengguna untuk melakukan pekerjaannya, dengan memperlihatkan informasi yang benar di setiap tahap dalam proses.

Windows SharePoint Services menyertakan formulir pengeditan dengan setiap daftar secara default. Namun, formulir ini mungkin tidak disertai bidang dalam rangkaian terbaiknya untuk proses bisnis tahap tertentu, dan formulir tidak akan menyusun bidang-bidang tersebut seperti yang diinginkan. Untuk memastikan bahwa pengguna dapat mengedit informasi yang benar dengan mudah saat melakukan tindakan, Anda dapat membuat formulir kustom untuk masing-masing tindakan.

Solusi Pelacakan Bug menggunakan formulir pengeditan kustom, sehingga di setiap tahap proses pelacakan bug, informasi yang harus dimasukkan untuk item bug akan langsung jelas. Setiap tindakan dalam proses pelacakan bug memiliki formulirnya sendiri. Misalnya, ketika pengguna memilih untuk mengatasi bug, mereka diarahkan ke halaman resolusi (Resolve.aspx). Halaman ini memungkinkan mereka memasukkan resolusi bug dan nama seseorang yang mengatasi bug tersebut. Pengguna mengklik tombol Atasi untuk mengirimkan perubahannya. Tindakan ini memberikan alur tindakan yang mudah digunakan dan membantu menghapus kesalahan atau informasi yang hilang.

Pembuatan formulir pengeditan kustom relatif mudah dilakukan dengan Office SharePoint Designer 2007:

  1. Buat salinan default EditForm.aspx lalu ganti namanya.

    Penting: Penting bagi Anda untuk membuat salinan EditForm.aspx default dan mengganti namanya sebagai langkah pertama dalam proses ini. Jika melakukan langkah 2 di halaman EditForm.aspx asli, Anda akan memutuskan daftar dan tidak dapat dikembalikan lagi.

  2. Hapus Komponen Web Formulir Daftar dalam formulir pengeditan yang baru.

  3. Sisipkan Tampilan Data yang menyertakan data yang ingin diekspos (di menu Sisipkan, klik Kontrol SharePoint, lalu klik Formulir Daftar Kustom).

  4. Menggunakan metode Sisipkan, Office SharePoint Designer 2007 secara otomatis membuat tombol Simpan untuk formulir. Kode di bawah ini memperlihatkan contoh HTML kustom untuk tombol Simpan.

<input type="button" value="Save" name="btnSave" onclick="javascript: {ddwrt:GenFireServerEvent('__commit;__redirectsource')}"/>

Navigasi

Setelah membuat halaman yang terkait dengan peran, Anda masih harus menyediakan cara agar pengguna dapat mengakses dasbor yang relevan dengan cepat. Dalam solusi Perencanaan Acara, kami melakukannya menggunakan templat XSL untuk membuat tautan ke dasbor yang tepat bagi pengguna saat ini berdasarkan peran mereka.

Satu batasan dari teknik ini adalah, jika Anda menambahkan lebih banyak peran untuk solusi, menyediakan dasbor kustom untuk peran tersebut akan memerlukan pembuatan halaman .aspx tambahan.

Penting untuk diketahui bahwa teknik ini tidak menambahkan kontrol tambahan apa pun atas siapa yang memiliki akses ke informasi di situs tersebut. Secara teori, setiap pengguna masih dapat menampilkan informasi apa pun dalam solusi.

Menetapkan peran kepada pengguna

Ada berbagai cara untuk membuat peran dan menetapkannya ke pengguna. Solusi terbaik untuk tantangan ini akan sangat beragam tergantung pada persyaratan aplikasi atau organisasi tertentu. Windows SharePoint Services tidak menyediakan cara untuk langsung menetapkan tugas peran. Dalam beberapa hal, mungkin akan cukup untuk menetapkan peran setelah situs disebarkan atau untuk mengizinkan pengguna menetapkan peran sendiri jika diperlukan.

Dalam solusi Perencanaan Acara, pengguna dapat mendaftar untuk peran yang paling sesuai bagi mereka. Hal ini dilakukan melalui Komponen Web kustom di halaman depan ruang kerja Perencanaan Acara.

Contoh lain pola desain ini

Untuk contoh admin server lain tentang penggunaan formulir kustom, lihat Templat aplikasi Pustaka Pinjaman untuk Windows SharePoint Services 3.0.

Untuk contoh admin situs, lihat Templat aplikasi Manajemen Proses Manufaktur untuk Windows SharePoint Services 3.0.

Mengontrol alur tindakan

Aplikasi Web sebenarnya yang dibuat setelah proses bisnis jarang ada dalam satu halaman Web atau satu Komponen Web. Sebagai gantinya, aplikasi mencakup beberapa komponen seperti itu, masing-masing bertanggung jawab untuk langkah yang berbeda dalam proses bisnis. Oleh karena itu, navigasi yang lancar dan mudah antar komponen aplikasi menjadi aspek utama dari desain aplikasi. Pola detail utama berikutnya adalah, mengontrol alur tindakan dengan menyatukan tindakan proses bisnis pada navigasi, sehingga pengambilan tindakan tertentu akan mengarahkan pengguna ke halaman berikutnya atau tindakan berikutnya yang sesuai.

Salah satu metode untuk mengontrol alur tindakan adalah, menggunakan kemampuan Tindakan Kustom di Windows SharePoint Services 3.0 yang memungkinkan Anda menambahkan tindakan sendiri ke Tombol Konteks Tersemat untuk item dalam pustaka. Satu batasan kemampuan ini adalah, tindakan harus dikode langsung dan tidak dapat diberi parameter dengan nama item atau beberapa nilai dinamis lainnya.

Metode lainnya, yang memungkinkan Anda memadukan tindakan dinamis ke proses bisnis, adalah untuk membuat daftar SharePoint kustom dan menggunakan “bidang yang dihitung.” Templat aplikasi Pelacakan Bug menggunakan daftar Bug kustom untuk melacak status dan informasi bug. Menggunakan bidang yang dihitung, Microsoft dapat memadukan tautan kustom ke tampilan daftar, sehingga pengguna dapat menangani bug, seperti “Aktifkan” atau “Atasi”, dan setiap tindakan ini memiliki navigasi yang menghadirkan pengguna ke formulir kustom yang benar (lihat pola desain sebelumnya) untuk melakukan apa yang diperlukan guna mengaktifkan atau mengatasi bug.

Bidang yang dihitung merupakan fitur Windows SharePoint Services 3.0 yang memungkinkan Anda menerapkan pola penyajian kustom sebagai kolom dalam daftar SharePoint. Jadi, tindakan proses bisnis (mengaktifkan bug) diekspos sebagai tombol dalam kolom yang menavigasi pengguna ke formulir kustom yang benar untuk menjalankan tindakan bisnis tersebut.

Bidang yang dihitung mendukung logika bersyarat untuk memilih apakah tindakan akan ditampilkan. Misalnya, jika bug tersebut sudah diaktifkan, kami tidak memperlihatkan tombol Aktifkan. Bidang yang dihitung ditambahkan ke daftar SharePoint dengan menambahkan elemen Field ke file XML skema yang menentukan daftar. <Field ID="{EA1D0509-767B-4576-ABEF-FC66647037B9}" Name="ActivateBug" Group="_Hidden" Type="Computed" Sortable="FALSE" Filterable="FALSE" DisplayName="$Resources:tsa,Activate_DispName;" ClassInfo="Icon" AuthoringInfo="$Resources:core,Linked_Item;"> <FieldRefs> <FieldRef ID="{94f89715-e097-4e8b-ba79-ea02aa8b7adb}" Name="FileRef"/> <FieldRef ID="{3f277a5c-c7ae-4bbe-9d44-0456fb548f94}" Name="Status"/> <FieldRef Name="ID" /> </FieldRefs> <DisplayPattern> <IfEqual> <Expr1>$Resources:core,Status_Active;</Expr1> <Expr2> <Field Name="Status"/> </Expr2> <Then> </Then> <Else> <HTML><![CDATA[<a href="]]></HTML> <HttpHost/> <UrlDirName> <HTML>/</HTML> <LookupColumn URLEncodeAsURL="TRUE" Name="FileRef"/> </UrlDirName> <HTML><![CDATA[/Activate.aspx?ID=]]></HTML> <Column HTMLEncode="TRUE" Name="ID"> </Column> <HTML><![CDATA[" onclick="GoToLink(this);return false;" target="_self">]]></HTML> <HTML><![CDATA[<img border="0" alt="]]></HTML> <HTML>$Resources:tsa,Activate_DispName;</HTML> <HTML><![CDATA[" src="]]></HTML> <HttpHost/> <UrlDirName> <HTML>/</HTML> <LookupColumn URLEncodeAsURL="TRUE" Name="FileRef"/> </UrlDirName> <HTML><![CDATA[/IMNBUSY.GIF">]]></HTML> <HTML><![CDATA[</a>]]></HTML> </Else> </IfEqual> </DisplayPattern> </Field>

Kode ini memperlihatkan XML untuk bidang Aktifkan yang dihitung. Bidang ini memperlihatkan tautan status oranye yang dapat diklik jika bug belum diaktifkan. Pengguna dapat mengklik tautan tersebut untuk masuk ke formulir pengaktifan bagi bug ini.

Elemen FieldRefs menyertakan referensi bidang ke bidang status dalam daftar bug. Referensi ini memungkinkan kami melakukan penyajian kustom untuk bidang yang dihitung ini berdasarkan status bug tersebut.

Bidang DisplayPattern dari kolom yang dihitung berisi komputasi dan pola penyajian untuk kolom tersebut. Dalam contoh ini, kami menggunakan pernyataan jika-maka-lainnya untuk menentukan apakah status bug aktif. Jika bug aktif, kami tidak menampilkan apa pun dalam bidang Aktifkan. Jika bug tidak aktif, maka HTML dalam elemen Else akan ditampilkan. Kode HTML ini merupakan gambar dan tautan yang dapat diklik pengguna untuk mengaktifkan bug tersebut.

Contoh lain pola desain ini

Untuk contoh admin server lain tentang mengontrol alur tindakan, lihat Templat aplikasi Pustaka Pinjaman untuk Windows SharePoint Services 3.0.

Untuk contoh admin situs, lihat Templat aplikasi Situs Aktivitas Karyawan untuk Microsoft Windows SharePoint Services 3.0.

Menggunakan hubungan induk-anak

Solusi bisnis sering memerlukan data untuk ditampilkan dan digunakan dalam konteks hubungan dengan data lainnya. Misalnya, seperti yang sudah kita lihat dengan aplikasi pelacakan proyek, Proyek, Tugas, Masalah, dan Pencapaian masing-masing disimpan di daftar SharePoint miliknya sendiri. Setiap tugas, masalah, dan pencapaian berhubungan dengan item di daftar Proyek. Mempertahankan hubungan antara daftar dan informasi “anak” yang ada dalam daftar lain dapat menimbulkan tantangan.

Membuat tautan default antara item daftar baru dan yang sudah ada

Biasanya, tantangan dialami saat pengguna ingin membuat item daftar yang terkait dengan item di daftar induk. Dalam beberapa solusi pelacakan proyek, tantangan ini terjadi saat pengguna berusaha membuat tugas yang terkait dengan proyek yang sudah ada. Secara langsung, tidak ada mekanisme dalam Windows SharePoint Services 3.0 untuk secara otomatis membuat hubungan antara item daftar yang akan dibuat dan yang sudah ada.

Dari halaman detail proyek (DispForm.aspx) dalam beberapa templat aplikasi pelacakan proyek, pengguna dapat membuat tugas baru di bawah proyek tersebut. Halaman pembuatan tugas baru (NewForm.aspx) berisi menu menurun tempat pengguna dapat memilih proyek induk untuk tugas ini. Untuk mengatur menu menurun ini menjadi default pada proyek induk yang ditampilkan di halaman titik awal navigasi pengguna, kami menyampaikan ID proyek induk ke NewForm.aspx dalam string kueri. Berikutnya, menggunakan JavaScript, kami menguraikan nilai ID Proyek dan memilih proyek yang relevan dalam kotak menurun. <a href="../ProjectTasks/NewForm.aspx?ProjectID={$ProjectID}" onclick="javascript:this.href = unescapeProperly(escape(this.href)); GoToLink(this); return false;" target="_self">Create a new Task...</a>

Kode ini memperlihatkan tautan dari DispForm.aspx. Perhatikan bahwa IDProyek disertakan dalam string kueri.

Saat NewForm.aspx dimuat, JavaScript menguraikan ID proyek dari string kueri dan mengubah menu menurun proyek sehingga proyek yang tepat dipilih.

JavaScript dimuat dalam Komponen Web Editor konten di NewForm.aspx. Komponen Web diatur agar tidak memiliki chrome, sehingga tidak muncul di halaman kecuali jika halaman berada dalam mode Edit. JavaScript ditempatkan dalam area editor konten. <script type="text/javascript"> _spBodyOnLoadFunctionNames.push("fillDefaultValues"); function fillDefaultValues() { var qs = location.search.substring(1, location.search.length); var args = qs.split("&"); var vals = new Object(); for (var i=0; i < args.length; i++) { var nameVal = args[i].split("="); var temp = unescape(nameVal[1]).split('+'); nameVal[1] = temp.join(' '); vals[nameVal[0]] = nameVal[1]; } setLookupFromFieldName("Project", vals["ProjectID"]); setLookupFromFieldName("Milestone", vals["MilestoneID"]); } function setLookupFromFieldName(fieldName, value) { if (value == undefined) return; var theSelect = getTagFromIdentifierAndTitle("select","Lookup",fieldName); if (theSelect == null) { var theInput = getTagFromIdentifierAndTitle("input","",fieldName); ShowDropdown(theInput.id); var opt=document.getElementById(theInput.opt); setSelectedOption(opt, value); OptLoseFocus(opt); } else { setSelectedOption(theSelect, value); } } function setSelectedOption(select, value) { var opts = select.options; var l = opts.length; if (select == null) return; for (var i=0; i < l; i++) { if (opts[i].value == value) { select.selectedIndex = i; return true; } } return false; } function getTagFromIdentifierAndTitle(tagName, identifier, title) { var len = identifier.length; var tags = document.getElementsByTagName(tagName); for (var i=0; i < tags.length; i++) { var tempString = tags[i].id; if (tags[i].title == title && (identifier == "" || tempString.indexOf(identifier) == tempString.length - len)) { return tags[i]; } } return null; } </script>

Perintah _SpBodyOnLoadFunctionNames.push menambahkan fungsi fillDefaultValues ke daftar skrip untuk dijalankan saat dimuat.

Fungsi fillDefaultValues mengambil ID proyek atau ID pencapaian dari string kueri dan menyampaikannya ke setSelectedOptions. Lalu setSelectedOptions mengatur nilai menu menurun ke ID untuk proyek induk.

Contoh lain pola desain ini

Untuk contoh admin server lain tentang penggunaan tampilan induk-anak, lihat Templat aplikasi Pelacakan Inventaris untuk Windows SharePoint Services 3.0.

Untuk contoh admin situs, lihat Templat aplikasi Pembukaan Toko Baru untuk Windows SharePoint Services 3.0.

Menggunakan alur kerja

Windows SharePoint Services 3.0 menghosting Windows Workflow Foundation untuk memungkinkan penambahan logika alur kerja pada aplikasi. Office SharePoint Designer 2007 memiliki alat desain canggih berbasis aturan untuk mengustomisasi dan menambahkan logika bersyarat pada alur kerja yang tidak biasa. Anda juga dapat membuat alur kerja yang lebih kompleks dan disesuaikan dengan penggunaan kode Visual Studio 2005 dengan Ekstensi Visual Studio 2005 untuk Windows Workflow Foundation. Dalam kasus apa pun, ada beberapa pertimbangan untuk waktu dan cara penggunaan alur kerja, seperti berikut.

Pertimbangan penggunaan alur kerja

Alur kerja adalah solusi yang baik untuk operasi asinkron. Dalam solusi Pustaka Pinjaman, alur kerja digunakan saat pengguna mengusulkan aset pustaka baru. Salah satu alasan mengapa alur kerja menjadi pilihan yang bagus di sini adalah, bahwa proses antara pengusul dan penerima tidak tersinkron.

Alur kerja juga berfungsi baik untuk acara terjadwal. Dalam solusi pustaka pinjaman, alur kerja digunakan untuk menangani checkout dan pengingat tanggal jatuh tempo untuk aset. Setelah item di-check out, alur kerja secara otomatis mengirimkan pengingat tanggal jatuh tempo saat item sudah jatuh tempo.

Alur kerja dapat digunakan sebagai sarana penyederhanaan tugas pemrograman yang rumit di server. Templat aplikasi Manajemen Kartu Waktu untuk Windows SharePoint Services 3.0 adalah contohnya. Aplikasi ini melacak durasi kerja karyawan pada tugas tertentu dengan menghitung perbedaan waktu antara masuk dan keluar pada tanda waktu. Normalnya, melacak tanda waktu memerlukan masuk pada kedua aktivitas ini ke server (mungkin ke database), suatu usaha pengembangan yang penting. Sebagai gantinya, aplikasi ini bergantung pada satu langkah alur kerja sederhana. Saat pengguna masuk, alur kerja membuat entri dalam daftar Log Waktu dan mengatur nilai Waktu Mulai pada tanda waktu saat ini. Demikian pula saat pengguna keluar, alur kerja memperbarui baris yang terkait dalam daftar yang sama dan mengatur nilai Waktu Akhir. Durasi kerja pengguna tersebut hanyalah selisih antara nilai Waktu Akhir dan Waktu Mulai, yang terlihat di kolom terhitung berlabel Jam.

Alur kerja berjalan secara asinkron. Jika Anda membuat solusi ketika hasil tindakan harus diselesaikan tepat sebelum menavigasi ke halaman berikutnya, alur kerja mungkin bukanlah solusi terbaik. Misalnya, dalam pelacakan solusi bug, alur kerja tidak digunakan untuk menangani aktivasi dan resolusi bug. Salah satu alasan untuk pilihan desain ini adalah, perubahan dalam status bug harus ditampilkan di antarmuka pengguna segera setelah pengguna mengambil tindakan pada bug.

Menggunakan Office SharePoint Designer 2007 untuk menyusun alur kerja kustom

Membuat alur kerja menggunakan Office SharePoint Designer 2007 merupakan pengalaman tanpa kode. Dengan situs yang terbuka, cukup klik menu File, arahkan ke Baru, klik Alur Kerja, lalu gunakan Workflow Designer. Workflow Designer memungkinkan Anda membuat tindakan dan peraturan yang canggih, yang juga terintegrasi dengan daftar dan pustaka SharePoint sehingga Anda dapat menggunakan bidang dan nilai langsung dari item pustaka dan daftar untuk memastikan logika alur kerja.

Misalnya, anggaplah Anda ingin membuat tindakan alur kerja yang mengirimkan email pada pemilik tugas kapan pun tugas atau masalah baru dibuat. Di templat Pelacakan Proyek, Pemilik adalah sebuah kolom kustom dalam daftar SharePoint, sehingga alur kerja dapat menggunakan nilai kolom ini lalu menentukan alamat email aktual secara dinamis saat runtime.

Untuk mempelajari selengkapnya tentang alur kerja di Office SharePoint Designer 2007, lihat Memperkenalkan Microsoft Office SharePoint Designer 2007.

Contoh lain pola desain ini

Untuk contoh admin server lain tentang penggunaan alur kerja, lihat Templat aplikasi Manajemen Wawancara dan Lamaran Pekerjaan untuk Windows SharePoint Services 3.0.

Untuk contoh admin situs, lihat Templat aplikasi Manajemen dan Inisiasi Uji Coba Klinis untuk Windows SharePoint Services 3.0.

Menggunakan dasbor

Di antara berbagai manfaat infrastruktur Komponen Web dalam Windows SharePoint Services 3.0, ada kemampuan untuk menampilkan informasi yang tersebar secara eksternal atau di suatu situs SharePoint dalam satu halaman ringkas, yaitu dasbor. Satu keperluan bisnis umum dalam lingkungan bersama adalah dasbor berbasis peran, yang dapat memberikan tampilan informasi terkait bagi suatu peran atau seseorang. Dasbor tersebut dapat memanfaatkan kemampuan bawaan yang canggih, seperti pemfilteran Komponen Web dan penargetan audiens untuk menampilkan informasi berdasarkan siapa yang sedang melihat halaman tersebut.

Anda juga dapat melampaui kemampuan ini dan membuat halaman yang berbeda untuk peran lain, sehingga Anda tidak hanya dapat sepenuhnya mengustomisasi informasi yang ada, tetapi juga mengustomisasi tata letak dan aspek halaman lainnya. Halaman berbasis peran yang dikustomisasi seperti itu digunakan secara luas melalui templat aplikasi, dan tentu saja, dapat menyertakan pemfilteran dan penargetan audiens.

Aplikasi Pustaka Pinjaman, misalnya, menggunakan dasbor berbasis peran untuk menyajikan informasi yang paling relevan bagi pengguna berdasarkan peran pengguna tersebut. Halaman utama situs memiliki dua halaman yang tersedia: satu yang ditargetkan pada pengguna pustaka (halaman default) dan satu untuk petugas pustaka.

Demikian pula, aplikasi Staf Dukungan memiliki tiga tampilan dasbor yang tersedia di halaman utama: Beranda Staf Layanan, Beranda Manajer Pengetahuan, dan Beranda Manajer Staf Layanan. Pengguna memilih hyperlink yang paling relevan untuk peran mereka. Tampilan Komponen Web yang ditampilkan di dasbor juga memfilter konten untuk ditampilkan secara relevan bagi pengguna. Tindakan ini dilakukan dengan menerapkan filter ke tampilan. Langkah-langkah berikut ini menggambarkan bagaimana filter seperti itu diterapkan ke tampilan daftar yang sudah ada.

  1. Navigasikan ke halaman tampilan daftar di browser.

  2. Temukan kontrol menurun di toolbar daftar lalu pilih tampilan yang ingin Anda modifikasi, jika tampilan belum dipilih.

  3. Masuk ke kontrol menurun yang sama lagi, lalu pilih Modifikasi Tampilan Ini.

  4. Di halaman Tampilan Edit, gulir ke bawah ke bagian Filter. Atur filter seperti berikut:

    Perlihatkan item saat kolom Dibuat oleh sama dengan [Saya], atau saat kolom Pelanggan sama dengan [Saya].

  5. Klik OK.

Halaman Beranda Manajer Staf Layanan aplikasi Staf Dukungan di Gambar 4 memiliki dua Komponen Web dasbor yang merangkum permintaan layanan menurut status dan prioritas dalam bentuk grafik batang.

Halaman Dasbor
Gambar 4: Halaman dasbor

Berikut ini adalah Komponen Web Tampilan Data, menggambarkan data yang terdapat dalam daftar bernama Permintaan Layanan, yang juga merupakan bagian dari situs Solusi Staf Dukungan. Untuk benar-benar memahami bagaimana Komponen Web ini dibuat, buka situs di Office SharePoint Designer 2007 dan muat halaman HelpDeskManager.aspx yang berisi komponen Web ini. Tampilkan halaman dalam tampilan Terpisah, Anda pun akan melihat bahwa kode di belakang Komponen Web adalah campuran dari bahasa markup XLST, HTML dan CSS.

Mari kita periksa bagaimana bilah-bilah grafik batang di Komponen Web dibuat. Kami akan menggunakan Komponen Web Prioritas Permintaan Layanan Keseluruhan sebagai contohnya. Dalam Office SharePoint Designer 2007, di menu Sisipkan, klik Kontrol SharePoint, lalu klik Tampilan Data untuk membuka panel tugas Pustaka Sumber Data. Panel tugas ini memungkinkan kami menelusuri berbagai sumber data yang saat ini dapat diakses pada situs, termasuk daftar yang sudah ada di situs tersebut. Dalam kasus kami di sini, kami memperluas bagian berlabel Daftar SharePoint dan mengklik nama daftar, Permintaan Layanan, untuk menunjukkan bahwa daftar ini akan menjadi sumber data kami. Dalam menu konteks yang muncul, kami mengklik Perlihatkan Data. Tindakan ini akan membuka panel baru di panel tugas yang disebut Detail Sumber Data, yang menyingkap semua data sampel dan bidang yang tersimpan dalam daftar Permintaan Layanan. Dari panel ini, kita pilih nama bidang yang ingin ditampilkan di Komponen Web, dalam hal ini adalah bidang Prioritas, lalu pilih Sisipkan Bidang Terpilih sebagai Tampilan Item Tunggal (lihat Gambar 5).

Perhatikan bahwa tujuan kami di sini adalah untuk memperlihatkan hitungan ringkasan semua tugas yang dikelompokkan menurut prioritas. Artinya, kami perlu mencantumkan opsi yang tersedia dalam bidang Prioritas sekali, lalu memperlihatkan hitungan setiap nilai prioritas dalam daftar secara berdampingan. Maka, kami memilih untuk memperlihatkan nilai prioritas sebagai Tampilan Item Tunggal, sebagai titik awal penyesuaian kami. Sebagai gantinya, memilih Tampilan Beberapa Item justru akan mengekspos semua baris dalam daftar.

Membuat Halaman Dasbor di SharePoint Designer
Gambar 5: Membuat halaman dasbor di Office SharePoint Designer 2007

Tindakan ini menyisipkan Komponen Web Tampilan Data dalam halaman di titik kursor. Namun, Komponen Web hanya menampilkan satu baris data, bukan grafik batang yang meringkas permintaan layanan menurut prioritas. Untungnya, karena Komponen Web disajikan menggunakan kode HTML dan XSL, kami bebas mengustomisasi kode sesuai kebutuhan. Bagian berikut ini menyoroti beberapa area penting kustomisasi ini dalam mengonversi Komponen Web ini menjadi grafik batang.

Kami tahu sumber kami data daftar kami memiliki tiga kemungkinan nilai prioritas: (1) Tinggi, (2) Normal, dan (3) Rendah. Oleh karena itu, kami menyatakan variabel XLST untuk setiap nilai sebagai berikut: <xsl:variable name="High" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(1) High'])" /> <xsl:variable name="Normal" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(2) Normal'])" /> <xsl:variable name="Low" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(3) Low'])" /> <xsl:variable name="AllTasks" select="count(/dsQueryResponse/Rows/Row)" />

Perhatikan bahwa parameter XSL @Priority merujuk ke nama bidang sumber data. Karena kode pembuatan grafik dari masing-masing ketiga nilai prioritas tersebut mirip, kami fokus hanya pada pembuatan grafik nilai prioritas pertama. Untuk mendapatkan nilai persentase, kami menentukan variabel baru, percetHigh, untuk menghitung nilai persentase dari permintaan prioritas tinggi: <xsl:variable name="percentHigh" select="$High div $AllTasks" />

Kode yang membuat bilah sebenarnya adalah templat XSL, seperti yang diperlihatkan di bawah ini: <xsl:template name="ChartRow"> <xsl:param name="RowName"></xsl:param> <xsl:param name="Value"></xsl:param> <xsl:param name="PercentValue"></xsl:param> <tr> <td class="ms-formbody" width="125px" style="vertical-align:middle"> <xsl:value-of select="$RowName"/>: <xsl:value-of select="$Value" /> <xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes"> &amp;nbsp; </xsl:text>( <xsl:call-template name="percentformat"> <xsl:with-param name="percent" select="$PercentValue"/> </xsl:call-template>) </td> <td> <table width="100%" > <tr> <td width="{round($PercentValue*100)+1}%" height="15px" class="ms-selected"><xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes">&amp;nbsp;</xsl:text> </td> <td width="100%" > <xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes">&amp;nbsp;</xsl:text> </td> </tr> </table> </td> </tr> </xsl:template>

Perhatikan bahwa bilah itu sendiri adalah tabel dengan dua sel. Lebar sel pertama, yang mewakili lebar bilah di grafik, ditentukan oleh variabel PercentValue, dinyatakan dalam kode sebagai: td width="{round($PercentValue*100)+1}%"

Sel ini juga memiliki kelas gaya CSS, ms-selected, yang diterapkan ke dalamnya. Kelas gaya ini ditentukan dalam file lembar gaya core.css seperti berikut: .ms-selected { background-position:left top; color:#000000; background-image:url("/_layouts/images/filedialogselected.gif"); background-color:#FFE499; border-top:1px solid #FFE499; border-bottom:1px solid #FFE499; background-repeat:repeat-x; }

Gambar latar belakang, filedialogselected.gif, adalah hal yang membuat sel (yaitu bilah) terlihat berwarna kuning.

Contoh lain pola desain ini

Untuk contoh admin server lain tentang penggunaan dasbor, lihat Templat aplikasi Pusat Panggilan untuk Windows SharePoint Services 3.0.

Untuk contoh admin situs, lihat Templat aplikasi Pelaporan Kinerja Bisnis untuk Windows SharePoint Services 3.0.

Atas Halaman

Menyusun templat

Templat aplikasi di Windows SharePoint Services hadir dalam dua tipe: definisi situs dan templat situs. Keempat puluh templat aplikasi tersebut adalah campuran keduanya. Kedua tipe templat tersedia untuk dipilih pengguna dari halaman Situs SharePoint Baru, dan keduanya berfungsi sangat serupa bagi pengguna akhir. Namun, metode pembuatan templat dan cara membuatnya tersedia untuk digunakan di situs pembuatan formulir sangatlah berbeda.

Definisi situs

Dalam arti yang paling sederhana, definisi situs adalah sekumpulan file XML, susunan, dan halaman .aspx yang menentukan bagaimana struktur situs yang didasarkan padanya akan diatur dan apa yang akan dilakukan oleh aplikasi yang mendasarinya. Karena file .aspx dan XML dasar dapat diakses melalui sistem file, file tersebut dapat dengan mudah dikloning dan diubah untuk membuat definisi situs baru lagi, sehingga definisi situs benar-benar dapat dikustomisasi.

Setelah situs disediakan (dibuat) dari definisi situs, perubahan yang dibuat ke file definisi situs dalam sistem file masih dapat disebarkan ke situs yang disediakan. Namun, mengubah file definisi situs setelah situs disediakan tidak didukung oleh Microsoft. Jika salah satu halaman di situs yang disediakan dimodifikasi menggunakan editor eksternal seperti Office SharePoint Designer 2007, halaman akan kehilangan koneksinya dengan definisi situs di sistem file. Sebagai gantinya, halaman disimpan dalam sistem database Windows SharePoint Services, yang juga dikenal sebagai halaman “dikustomisasi” atau “unghosted”.

Jika Anda perlu mengustomisasi definisi situs yang sudah ada, pendekatannya adalah, memulai dengan salinan definisi situs yang diganti namanya, bukan memodifikasi yang sudah ada. Untuk menerapkan perubahan ke definisi situs yang ada setelah situs disediakan darinya, Anda perlu membuat dan menyebarkan paket solusi pemutakhiran definisi situs. Untuk detail tentang cara melakukan hal ini, lihat artikel terkait dalam SDK Windows SharePoint Services 3.0.

Templat situs

Templat situs adalah situs SharePoint yang dikemas ke dalam satu file, dapat dibongkar untuk membuat situs baru dengan struktur dan konten serupa. Artinya, untuk membuat templat situs, kami harus memiliki situs SharePoint yang sudah ada sebagai titik awal. Kustomisasi situs apa pun dari tata letak halaman, lembar gaya, gambar, halaman master, dokumen, daftar hingga konten daftar, dapat diambil dalam templat.

Proses pengambilan situs yang sudah ada ke dalam templat dapat terjadi langsung dari tugas administratif situs tersebut (di bawah Pengaturan Situs) atau dari Office SharePoint Designer 2007. Setelah dibuat, templat situs disimpan dalam Galeri Templat Situs kumpulan situs saat ini. File tersebut memiliki ekstensi .stp. File ini dapat diunduh dari Galeri Templat Situs dan dipindahkan ke kumpulan situs lainnya, atau ke lingkungan server yang berbeda. Bagian selanjutnya akan mendalami detail pembuatan dan penggunaan templat situs.

Menggunakan definisi situs versus templat situs

Seperti yang baru dibahas, templat situs sebenarnya berasal dari definisi situs. Saat memutuskan antara membuat definisi situs baru atau templat situs, pertimbangkan hal berikut:

  • Kerumitan aplikasi    Jika sebagian besar keperluan Anda adalah hiasan, seperti perubahan tata letak dan manipulasi gambar pada situs yang sudah ada, templat situs adalah cara yang tepat. Di sisi lain, jika Anda ingin menambahkan definisi Komponen Web baru, atau ingin menggunakan kode kustom atau bidang yang dihitung, Anda harus membuat definisi situs kustom.

  • Tingkat akses Anda di server    Apakah Anda memiliki akses ke seluruh server Web? Atau hanya ke kumpulan situs tertentu? Membuat dan menyebarkan definisi situs memerlukan akses ke sistem file server. Jika tidak memiliki akses ini, Anda hanya dapat membuat templat situs di tingkat kumpulan situs yang aksesnya Anda miliki. Ingatlah bahwa persyaratan akses ini tidak berlaku bagi administrator situs. Setelah disebarkan, siapa pun yang berhak untuk membuat situs baru akan memiliki akses ke salah satu tipe templat aplikasi.

  • Frekuensi pembaruan/perubahan mendatang    Mengubah templat situs tidak memengaruhi situs yang sudah dibuat darinya, yang akan terpengaruh hanyalah situs baru yang dibuat setelah perubahan. Menyebarkan paket solusi pemutakhiran definisi situs memengaruhi semua situs yang sudah dibuat darinya.

Panduan untuk membuat templat situs dan definisi situs

Membuat templat situs dan definisi situs memiliki berbagai jenis kerumitan. Teknik dasarnya diuraikan di bagian berikutnya.

Membuat templat situs

Seperti yang sudah dibahas sebelumnya, templat situs sebenarnya adalah situs SharePoint yang dikemas untuk digunakan kembali. File dalam paket ini ada dalam Galeri Templat Situs di tingkat kumpulan situs. Templat situs dalam galeri tersedia untuk membuat situs baru pada semua tingkat situs turunan dari kumpulan situs. Langkah-langkah berikut ini memandu Anda dalam membuat templat situs baru dari situs yang sudah ada:

  1. Buka situs yang sudah ada di Office SharePoint Designer 2007 dan pastikan tata letak dan konten dalam situs sudah seperti yang diinginkan.

  2. Di menu File, arahkan ke Ekspor, lalu klik Templat Situs SharePoint. Tindakan ini akan membawa Anda ke halaman Web Pengaturan Situs.

  3. Masukkan nama file, judul dan deskripsi untuk templat tersebut.

  4. Secara opsional, pilih opsi Sertakan Konten jika Anda ingin data dalam daftar dan pustaka dokumen disertakan dalam templat. Anda juga harus memilih opsi ini jika ingin menyertakan alur kerja, karena alur kerja sebenarnya adalah konten yang disimpan dalam pustaka dokumen.

  5. Klik OK. Tindakan ini akan membuat file templat di luar situs dengan ekstensi .stp dan meletakkan file dalam Galeri Templat Situs dari situs induk.

Dari Galeri Templat Situs, Anda dapat mengklik nama Templat untuk mengunduh file .stp secara lokal ke disk. Dari sana, Anda dapat mengunggah file ke Galeri Templat Situs lain.

Membuat definisi situs

Tidak seperti templat situs, definisi situs disimpan di sistem file. Setiap definisi situs terletak di dalam foldernya sendiri di server pada:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\TEMPLATE\ SiteTemplates

Folder templat situs ini berisi berbagai elemen situs, seperti file .aspx dan .html, serta sumber daya terkait seperti file gambar dan JavaScript. ONET.XML adalah file definisi situs inti yang menentukan berbagai konfigurasi dan modul untuk definisi situs. ONET.XML disimpan dalam subdirektori bernama “XML”.

Definisi situs terdaftar dengan Windows SharePoint Services dan tersedia melalui file XML WEBTEMP. Semua file XML WEBTEMP terletak di

% CommonProgramFiles %\ \Microsoft Shared\Web server extensions\12\TEMPLATE\<LCID>\XML

dan <LCID> adalah ID lokasi, seperti 1033. Nama file XML yang sebenarnya diawali dengan “WEBTEMP” (misalnya, WEBTEMPBT.XML).

Pada dasarnya, membuat definisi situs baru terdiri dari dua langkah utama: (1) menyiapkan folder definisi situs, dan (2) membuat file XML WEBTEMP yang akan mendaftarkan definisi situs dengan Windows SharePoint Services. Langkah pertama dapat dilakukan dengan mengkloning folder definisi situs yang sudah ada dan mengubah kontennya agar sesuai dengan kebutuhan bisnis. File ONET.XML berisi elemen yang menentukan cara berbagai bagian halaman situs ditetapkan, seperti bilah navigasi, templat dokumen, dan templat daftar. Elemen Configuration menentukan daftar dan modul yang dibuat secara default saat definisi situs dipakai. Berikut adalah kutipan dari file ONET.XML definisi situs Pelacakan Bug, dan memperlihatkan sebagian elemen Configurations:<Configurations> <Configuration ID="0" Name="Default"> <SiteFeatures> <!-- BasicWebParts Feature --> <Feature ID="00BFEA71-1C5E-4A24-B310-BA51C3EB7A57" /> <!-- Three-state Workflow Feature --> <Feature ID="FDE5D850-671E-4143-950A-87B473922DC7" /> <!-- TSA Fields and Content Types --> <Feature ID="75A0FEA7-CD50-401e-AF0E-782F3662A299" /> </SiteFeatures> <WebFeatures> <!-- TeamCollab Feature --> <Feature ID="00BFEA71-4EA5-48D4-A4AD-7EA5C011ABE5" /> <!-- MobilityRedirect --> <Feature ID="F41CC668-37E5-4743-B4A8-74D1DB3FD8A4" /> <!-- Bug Tracking Categories List --> <Feature ID="75A0FEA7-42E8-4527-8313-F63C4C49A7E6" /> <!-- Bug Tracking Bugs List --> <Feature ID="75A0FEA7-2D1E-451a-B445-16BC346D7D8E" /> <!-- Bug Tracking Bugs List Instance --> <Feature ID="75A0FEA7-2D1E-451a-B445-16BC346D7D8F" /> ... ... <!-- Post Provisioning Event Handler --> <Feature ID="75A0FEA7-B0EF-434e-90D6-CE997D970564"> <Properties> <Property Key="ZonedWebPartsUrlList" Value="$Resources:core,lists_Folder;/Bugs/Resolve.aspx,$Resources:core,lists_Folder;/Bugs/Activate.aspx,$Resources:core,lists_Folder;/Bugs/Close.aspx"/> </Properties> </Feature> </WebFeatures> </Configuration> </Configurations>

Perlu diketahui bahwa definisi situs ini menggunakan berbagai fitur, seperti Daftar Bug, Daftar Kategori Bug, Pengalihan Mobilitas, dll. Fitur tersebut tercantum di bawah elemen SiteFeatures dan WebFeatures dengan GUID fitur. GUID dapat ditemukan dalam elemen Feature di dalam file Feature.XML terkait yang terletak dalam folder berikut:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\TEMPLATE\FEATURES

Silakan merujuk pada SDK Windows SharePoint Services 3.0 untuk detail selengkapnya tentang mengustomisasi ONET.XML.

Langkah kedua untuk membuat definisi situs kustom adalah dengan membuat file WEBTEMP*.XML di folder ini:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\TEMPLATE\<LCID>\XML

Elemen Templat dari file ini menentukan konfigurasi yang dapat digunakan untuk langsung memakai situs yang dibuat dari definisi situs. Kutipan berikut ini menggambarkan format file WEBTEMPbt.XML, yaitu file konfigurasi yang digunakan oleh definisi situs Pelacakan Bug: <?xml version="1.0" encoding="utf-8" ?> <Templates xmlns:ows="Microsoft SharePoint"> <Template Name="BT" ID="75801"> <Configuration ID="0" Title="Bug Database" Hidden="FALSE" ImageUrl="/_layouts/images/stsprev.png" Description="A site for teams to track bugs in their shared software projects." DisplayCategory="Application Templates" > </Configuration> </Template> </Templates>

Perhatikan bahwa atribut Nama dari node Templat di atas harus cocok dengan “*” dalam nama file, WEBTEMP*.XML. Juga, perhatikan bahwa atribut KategoriTampilan dari elemen Konfigurasi menentukan dalam tab mana konfigurasi tersebut akan muncul di bagian Pemilihan Templat halaman Buat Web Situs. Anda dapat membuat tab sendiri dengan meletakkan nilai milik sendiri dalam atribut ini.

Setelah file definisi situs dibuat dan diletakkan di folder yang sesuai dalam sistem file, mulai ulang layanan IIS. Definisi situs yang baru akan tersedia untuk dipilih di bagian Pilihan Templat dari halaman Situs SharePoint Baru dalam Windows SharePoint Services. File definisi situs juga dapat dikemas sebagai file solusi untuk kemudahan migrasi ke lingkungan SharePoint lainnya atau penyebaran ulang di lingkungan yang sama. File solusi adalah file kabinet dengan ekstensi .WSP (untuk paket solusi Web). File tersebut berisi fitur, Komponen Web, rakitan, sumber daya kelas, dsb. yang digunakan oleh definisi situs. Anda dapat menggunakan alat makecab.exe untuk membuat file .WSP. Silakan merujuk pada SDK Windows SharePoint Services 3.0 tentang cara menggunakan file solusi.

Melokalkan definisi situs

Pelokalan definisi situs dimudahkan melalui penggunaan file sumber daya dan deteksi budaya. Sementara pelokalan biasa aplikasi ASP.NET 2.0 dilakukan selama proses kompilasi, pelokalan situs SharePoint dilakukan selama penyediaan situs. Di antara templat aplikasi, ke-20 templat definisi situs telah dilokalkan ke dalam 10 bahasa. Definisi situs sendiri dibuat dalam gaya bahasa netral, sementara literal string disimpan dalam file sumber daya (.resx). Jika ingin menambahkan pelokalan pada definisi situs Anda sendiri, atau menambahkan dukungan untuk bahasa baru ke definisi situs yang ada, Anda dapat melakukannya dengan membuat file sumber daya baru. File ada di direktori Sumber Daya yang terletak di:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\Resources

File ini pada dasarnya adalah file XML, yang dapat diedit dalam editor teks apa pun. Langkah-langkah berikut ini memperlihatkan bagaimana Anda dapat membuat file pelokalan baru untuk digunakan dalam definisi situs:

  1. Telusuri direktori Sumber Daya yang disebutkan di atas dan temukan file .resx yang ingin Anda lokalkan ke bahasa baru.

  2. Buat duplikat file dan beri nama yang sama, kecuali untuk nama budaya bahasa (contoh tsa-en-us.resx ke tsa-es-es.resx).

  3. Buka file yang dikloning di editor teks.

  4. Atur kode lcid di baris kedua file untuk mewakili bahasa. Sebagai contoh, kode berikut ini mengatur bahasa ke bahasa Spanyol:

<!-- _lcid="3082" _version="12.0.5006.3000" _dal="1" ––>

  1. Gulir menurun ke bagian tempat Anda melihat elemen data, diikuti dengan sepasang elemen value. Ini adalah tempat Anda memasangkan nama sumber daya dengan nilai string yang dilokalkan. Ubah nilai string dalam elemen value untuk lokal Anda. Contoh kode berikut ini memperlihatkan string sumber daya untuk tindakan buat pelanggan baru dalam bahasa Spanyol:

    <data name="Action_NewCustomer">
    <value>Crear un Nuevo cliente</value>
    </data>
  2. Simpan file ke folder Sumber Daya dengan nama seperti myCustomResource.es-es.resx (nama sebenarnya tergantung pada nama budaya bahasa untuk tujuan file sumber daya tersebut). File ini kini siap direferensikan oleh file definisi situs dalam aplikasi Anda.

Agar definisi situs yang dilokalkan tersebut muncul sebagai templat yang tersedia di halaman Situs SharePoint Baru bagi bahasa tersebut, tambahkan juga file WEBTEMP ke direktori <LCID> yang tepat. Silakan merujuk ke bagian sebelumnya, "Membuat Definisi Situs," untuk cara menambahkan file WEBTEMP baru.

Referensi sumber daya pelokalan berfungsi berbeda dalam file .aspx dengan file XML. Misalnya, referensi dalam file .aspx dievaluasi saat runtime, sementara referensi file XML dievaluasi ketika situs Web dipakai. Untuk mengakses elemen XML di file sumber daya dalam file definisi situs, sintaks berikut digunakan: $Resources:myCustomResource, DataName. Misalnya, untuk menggunakan string sumber daya dari file .aspx, markup mungkin terlihat seperti ini: <div> <asp:Label runat="server" Text="<%Resources:myCustomResource, Action_NewCustomer %>" /> </div>

Atas Halaman

Ringkasan

Bersama-sama, Windows SharePoint Services 3.0 dan Office SharePoint Designer 2007 menyediakan alat canggih yang Anda perlukan untuk menyusun dan mengustomisasi aplikasi yang interaktif, dengan kemampuan alur kerja. Baik saat mengustomisasi salah satu dari 40 templat aplikasi yang dapat diunduh maupun saat mengembangkan milik Anda sendiri, artikel ini menguraikan metodologi dan praktik terbaik yang sudah terbukti, yang bahkan berhasil digunakan oleh para non-pengembang.

Jika Anda belum melakukannya, langkah berikutnya yang perlu dilakukan adalah mengunduh templat aplikasi lalu mulai gunakan dan buka di Office SharePoint Designer 2007. Kemudian, gunakan sumber daya dalam bagian "Sumber Daya" berikut ini untuk membantu saat Anda menyusun aplikasi sendiri.

Atas Halaman

Sumber Daya

Untuk informasi selengkapnya tentang Windows SharePoint Services 3.0 dan Office SharePoint Designer 2007, silakan rujuk ke sumber daya berikut ini:

Untuk sumber daya yang lebih berfokus pada pengembang, silakan merujuk pada hal berikut:

Atas Halaman

Kembangkan keterampilan Anda
Jelajahi pelatihan
Dapatkan fitur baru terlebih dahulu
Gabung ke Office Insiders

Apakah informasi ini bermanfaat?

Terima kasih atas umpan balik Anda!

Terima kasih atas umpan balik Anda! Sepertinya menghubungkan Anda ke salah satu agen dukungan Office kami akan sangat membantu.

×