Forum kullanıcıları sık olarak Bu gibi sorulara:

> Merhaba,
>
> Bana özel bir liste oluşturmak için herhangi bir olasılık olup olmadığını söyle
> Ana ve ayrıntı türü (faturalar gibi) InfoPath kullanmadan.
>

SharePoint bazı dışında bu tür iş gereksinimlerini desteklemek kutusu özellikleri sağlar..

Genel olarak, bir iki liste birlikte arama sütunu kullanan bağlantılar. Liste A fatura başlık bilgilerini ve fatura ayrıntıları liste B içerir.

Müşteri numaraları korumak için ek listeleri kullanın, ürün numaraları, vb.

İçerik sorgusu web bölümünü kullanın (Sadece yosun) ve/veya bir veri görüntülemek birleştirilmiş liste görünümlerini oluşturmak için web bölümü. SQL Server Raporlama Servisleri (SRS) Ayrıca raporlama tarafı için kullanılabilir.

Ancak, saf out-of--box özellikleri bile kısmen karmaşık bir şey için kullanmak zorlaştıracak önemli bazı sınırlamalar vardır. Bu içerir:

• İlişkili arama boyutunu vs listeler. "şıklığı" Arama sütunu türü. Bir arama sütun türü kendini göstermektedir üzerinde onaylama farklı biçimde bağlı olup olmadığını size çoklu seçim etkinleştirilip. Her iki durumda da, out-of--box denetimini kaynak listesindeki tüm kullanılabilir öğeleri gösterir. Kaynak listesi varsa 1,000 öğeleri, Bu bir sorun olacak. Arama denetimi bu öğeler arasında sayfa değil. Bunun yerine, bunların tümünün denetimin içine çeker. Bu veri girişi ve performans açısından hem de çok garip kullanıcı arabirimi için yapar.
• Aramalar "geri çek" bilgi. Asla geri birden fazla sütun kaynak listesinden gelen bilgileri indirebiliriz. Örneğin, bir müşteri "12345 seçemezsiniz" ve numarası yanı sıra müşteri adı ve adresi aynı anda görüntüleme. Arama yalnızca müşteri numarası ve başka hiçbir şey gösterir. Bu bir garip ve zor kullanıcı arayüzü için yapar.
• Hiçbir içi-form iletişim. Bunu burada yazdım. Basamaklı açılır listeleri uygulayamaz, koşullu olarak olanaklı kılmak/sakatlar alanları, vb.
• Silmeleri basamaklamayı veya yerleşik başvurusal bütünlük yok. SharePoint özel listeler bağımsız varlıklar olarak davranır ve geleneksel bir ERD anlamda birbirine bağlamak izin vermiyor. Örneğin, SharePoint iki özel listeleri oluşturmanıza olanak sağlar., "müşteri" ve "faturası başlığı". Sen-ebilmek yaratmak bir faturası başlığı bu bağlantıları geri bir müşteri müşteri listesinde. O zaman, Müşteri listeden silebilirsiniz. Kutunun dışında, Bunu önlemek için yolu yoktur. Bu tür sorunları çözmek için, Normalde olay işleyicileri kullanmak istiyorsunuz.

Bu kasvetli görünebilir, Ama ben hala SharePoint başlangıç noktası olarak bu tür bir iþlevselliði oluşturmak için kullanmak istiyorum. Bir çözümde gerekenler arasında boşluklar olsa, SharePoint gibi araçları kullanarak bu boşlukları doldurmak sağlar:

• Olay işleyicileri. Bilgi tutarlılığını zorlamak için bunları kullanmak.
• Özel sütunlar: Özel sütun türleri oluşturabilir ve bunları yerine varsayılan arama sütunu kullanabilirsiniz. Disk belleği ekleyin, belleğe ve duyarlı olmaları için AJAX özellikleri.
• İVB. Bu yalnızca MOSS özellik bize her zamanki arama sütunu için bir üstün kullanıcı arabirimi ile diğer SharePoint listeleri sorgulamak sağlar. İVB da bir arka uç sunucu uygulaması için dışarı ulaşabilirsiniz. İVB çoğaltma önlemek için kullanın. Bir arka uç ERP sistemi müşteri bilgilerini çoğaltmak yerine, İVB kullanın. BDC özellikleri nereye ait ve çoğaltma çözüm Bakımı güçlük önler doğrudan ERP sistemi bu bilgiden çekmek için güzel bir kullanıcı arayüzü sağlar.

  İVB MOSS bir özelliktir (WSS mevcut değildir) ve yapılandırmak için meydan okuyor.

• ASP.NET web form: SharePoint listeleri çok duyarlı kullanıcı arabirimi sağlarken kaldıraç için SharePoint nesne modeli ve/veya web hizmetleri kullanan bir tam özellikli AJAX etkinleştirilmiş form oluşturma.

Son seçenek sıfırdan başladın gibi hissedebilirsiniz, ama belgili tanımlık SharePoint peron size aşağıdaki temel özellikleri ile kapalı başlar ki gerçeği göz önünde:

• Güvenlik modeli ile bakım.
• Menü sistemi bakım ile.
• "Asıl tablo" (Yani. Özel listeler) Güvenlik ile, yerleşik bakım ve denetim.
• Arama.
• Arka uç bütünleştirme araçları (İVB).

Visual Studio'da yeni boş bir proje ile başlatırsanız, altyapı ve sıhhi tesisat ne SharePoint sunmaktadır yakın olsun önce inşa etmek çok şey var.

Microsoft SharePoint uygulama geliştirme bu yönde genişletmek niyetinde inanıyorum. Varolan SharePoint temel için doğal bir uzantısı gibi görünüyor. Microsoft CRM uygulama genişletilebilirliği üstbilgi/ayrıntı uygulama geliştirme desteklemek için gereken türler, büyük miktarda sağlar. CRM'de bu özellikleri olmasına rağmen, teknoloji belli ki SharePoint geliştirme ekibi için mevcuttur ve bunun yanında son-in SharePoint Ürün onun yol yapacak bekliyoruz 2008. Kimse bir bilgi ya da bu fikir varsa, yorum lütfen.

</sonunda>