Metode ekstensi pemrograman yang tangguh membangun implementasi untuk menambah modularize abstraksi dan segmen kode, pemberian pinjaman itu sendiri baik untuk mengisi celah-celah yang mungkin ada dalam API tertutup, seperti yang SharePoint menyediakan. Sering kali mungkin ada metode tertentu yang diinginkan pada tipe tertentu, namun pilihan untuk menyediakan itu tidak tersedia pada API dikirim karena penyegelan dan memodifikasi lain. Menggunakan metode Extension, adalah mungkin untuk memotong pembatasan ini tetap menjaga pelaksanaan yang bersih yang dapat menghindari pohon warisan yang mendalam referensi.

Metode extension semakin penting ketika bekerja dengan kode SharePoint karena mayoritas objek yang biasanya mandat Penyesuaian perilaku, misalnya pada jenis SPList, dihiasi dengan akses tertutup kemungkinan diubah dengan demikian meniadakan warisan. Ini sangat terlihat ketika Anda bekerja dengan benda-benda pura-pura, yang di luar kerangka kerja tertentu (yaitu TypeMock) memerlukan kelas dan membukanya konstruktor default.

Sebagai lawan untuk memberikan definisi metode di dalam kelas, metode perpanjangan hanya ditentukan oleh asosiasi dan yang terdapat dalam kelas statis terpisah didukung oleh konstruksi kelas parsial (yakni harus ada dalam sebuah namespace dalam lingkup saat ini). Metode itu sendiri dipanggil dengan menggunakan metode contoh sintaks, memungkinkan tingkat tertentu keakraban dalam kode konstruksi. Sedangkan metode statis, itu bisa disebut hanya pada contoh-contoh sebagaimana didefinisikan dalam parameter. Pada intinya, metode perpanjangan akan memungkinkan sebuah metode injeksi ke kelas lain, sehingga dinyatakan seolah-olah itu adalah bagian dari itu.

Dalam rangka mengurangi ambiguitas metode karena metode ekstensi didefinisikan hanya dengan nama metode, penting untuk memperhitungkan konvensi penamaan yang sesuai (pada kenyataannya, jika tanda tangan adalah ekstensi yang sama akan diabaikan!). Selanjutnya, SharePoint jenis yang akan diperpanjang tentu saja tunduk pada revisi API yang dirilis oleh MSFT. Oleh karena itu, ketika perubahan API, mungkin tidak ada tingkat yang diinginkan kompatibilitas mundur.

Sintaks untuk perpanjangan Metode ini sangat sederhana (itu adalah penting untuk dicatat bahwa sementara VB.NET memerlukan atribut Extension didefinisikan, C # tidak. Namun dalam C # kita dipaksa untuk membuat copy dari objek / mengembalikan nilai sehingga seimbang it out!).

Anda dapat melihat bahwa dalam kelas Extensions statis metode DoSomething memiliki satu-satunya parameter yang dihiasi dengan kata kunci ini pengubah, untuk menunjukkan jenis yang metode ini akan memperpanjang. Jadi, misalnya saat menulis ekstensi metode untuk memperpanjang SPList kelas (tanpa parameter tambahan), kelas kami akan seperti ini:

Tapi itu tidak banyak, jadi mari kita ambil contoh yang lebih pragmatis.

Di bawah ini, saya mengasumsikan bahwa di dalam sebuah aplikasi, pada objek SPList, saya akan sering penataan kembali SPListItem contoh saat ini koleksi menjadi urutan dengan ketentuan dalam tanggal, dan kemudian mengambil 5 item terakhir.

Dalam HarvestLastFive, maka terlihat bahwa saya pertama menetapkan tipe target dengan menggunakan kata kunci ini dengan tipe SPList. Berikut, aku membangun sebuah SPListItemCollection dari SPList.Items, yang kemudian menggunakan metode OrderByDescending LINQ dalam kombinasi dengan properti SPBuiltInFieldId.Modified untuk menangani pemesanan. Terakhir, Ambil kembali 5 item pertama keluar dari koleksi yang dimodifikasi. Jika Anda hanya menginginkan penataan kembali (ekstensi berbagai penggunaan sehari-hari saya gunakan LINQ seperti koleksi pengubah untuk meningkatkan dukungan manipulasi), Anda hanya akan mengeluarkan pernyataan Ambil.

Anda dapat melihat di anggota kelas Extensions, bahwa metode HarvestLastFive memiliki ikon yang berbeda (sedikit bawah panah) yang menetapkan sebagai metode ekstensi.

Menggunakan metode dalam kelas analgous metode lain yang tersedia pada tipe. Sebagai contoh, metode HarvestLastFive mengambil bentuk:

Dalam Visual Studio, metode ini dicatat sebagai metode perluasan pada Tooltip dengan awalan (ekstensi).

Ini akan memberikan Anda cukup untuk mendapatkan metode ekstensi terjadi. Saya akan posting beberapa ekstensi Common saya metode yang saya gunakan dengan men SharePoint, karena hal ini dimaksudkan untuk menjadi sebuah pengenalan.

Pasal Atau Penelitian Filed Under SharePoint | SharePoint Pembangunan.

4 Komentar »

1. [...] Posting ini juga karena orang mengatakan mereka membutuhkan lebih reusable metode ekstensi (dari sini) contoh yang menyadap SharePoint. Tiran! Ketika aku sedang melakukan tinjauan kode yang mengetuk ke dalam beberapa segmen kalender SharePoint saya menemukan masalah ini muncul. Ketika melewati parameter tanggal ke SPUtility.FormatDate itu akan mengharapkan bahwa itu akan di UTC, yang dalam kasus tertentu, seperti halnya aku akan beranggapan lain, itu tidak akurat karena ini disimpan sebagai waktu setempat. Hal ini dapat diatasi dengan menggunakan metode-metode yang disediakan oleh SPWeb.RegionalSettings.TimeZone kelas, yang akan memungkinkan analisis yang tepat terjadi pada objek SPWeb cocok untuk mendukung konversi. [...]

   Pingback oleh SharePoint Shelter »Blog Archive» Ingat Ketika Menggunakan SPUtility.FormatDate Untuk UTC (Ekstensi Metode) - 29 September 2008 @ 11:17

2. [...] Interesante artículo de Adam Buenz como construir sobre métodos de Ekstensi para SharePoint. [...]

   Pingback oleh 3,0 WSS & MOSS: Recopilatorio de enlaces interesantes (XXII)! «Pasion por la Tecnología ... - 4 November 2008 @ 8:51

3. [...] Mengambil langkah ini untuk lebih jauh dan menggunakan teknik bahwa Adam Buenz di Menulis blogged tentang Metode untuk SharePoint Extension itu yang tergabung dalam kelas SPList seperti: [...]

   Pingback oleh iSea (hanya untuk iPod dan iTouch pengguna) - 1 Februari 2009 @ 12:57

4. [...] Metode adalah untuk memperluas objek dengan menulis SPList Metode Extensions. Hal ini dijelaskan di sini, banyak terima kasih kepada Adam Buenz Posted Oct 09 2009, 04:20 oleh Nadine Storandt Filed under: MOSS, [...]

   Pingback oleh SPList tidak mempunyai URL default Properti - Nadine's Posts - developers.de - 9 Oktober 2009 @ 7:35

RSS feed untuk komentar di posting ini. Trackback URL

Leave a comment