Biz topluca SharePoint çözümleri hakkında düşünmeye zaman büyük bir harcama — nasıl onları oluşturmak için, hangi aracı kullanmak için, ne olur onlar başaramamak-e doğru dağıtmak, zamanlayıcı işleri, kapsamlar, vb. Biz de onları geri çekmek ihtiyacımız olduğunu unutmak kolaydır ön bit hakkında düşünmeye çok zaman harcamak. Çözümleri geri çeker muhtemelen daha zordur, bir kavramsal tasarım açısından, Onları dağıtma daha. Dağıtım temelde bir yemek kitabı meseledir. Genellikle, bir özelliği yüklemek, Belki bazı veriler bir liste halinde yük bir özellik alıcısı var, Böyle bir şey. Ancak, geri çeker potansiyel olarak daha karmaşık.

Bunlar gibi eserler belirli bir çözüm oluşturabilir:

• İçerik türü
• Liste tanımı
• Site tanımı
• Bir listedeki verileri
• Hatta uydu alıcıları
• InfoPath formları

Liste uzayıp gidiyor.

Belli ki önemli bir çözümü tasarlamak üzere iken bu yapıların doğru başlatır, güncelleştirme göz önünde bulundurun ve durumlarda silmek önemli. Eğer çözümünüzü yeni bir liste oluşturur ve bu liste veri ile doldurur, çözümü geri çekmek ne olur? Bazı durumlarda, liste silinmiş. Diğer durumlarda, Bu sağlam tarihsel amaçlar için bırakılmalıdır. İş gereksinimleri için doğru bir karar rehberlik edecek.

Yardım etmek, çözümünüzü SharePoint'e dağıtır her yapı listeler bir matris oluşturmak. Yapı başına üç sütun listesi, bir oluşturma için, güncelleştirme ve silme. Her durum için, Bu işlem için doğru sonucu belirlemek.

Çözüm hiç bir SharePoint grubuna dağıtılmadan önce böyle analiz belli ki en iyi yaptın. Ancak, sigara içmek gibi, doğru şeyler yapmaya başlamak için asla geç değildir. Bu matris oluşturmak ve eksik güncelleştirme/silme senaryolar için bir plan geliştir. Bu çözmek için zor bir sorun olabilir, Ama en azından sen sorun çevresinde bir kutu koymak gerekir.

</sonunda>

Benim blog abone.

Heyecan beni izleyin http://www.twitter.com/pagalvin