Ana uygulama / Özel listeleri kullanarak ayrıntılı ilişkiler

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>

5 “Üzerine düşüncelerAna uygulama / Özel listeleri kullanarak ayrıntılı ilişkiler

  1. Paul Galvin

    Raghu, Bunu yapmak için kolay bir yol olduğunu sanmıyorum.. Kullanıcılarınızın hangi birini kullanmak ve belki de onlara bir ipucu ile içeriğin adını yazın ne zaman kendisi eğitme konusunda durulacak. Bu sefer gerçekten çivilemek sanmıyorum, Teknik olarak.

    Yanıtla
  2. Raghu yazdı:
    Yukarıdaki commnet içinde açıklandığı gibi iki içerik türleri ve özel listeyi kullanarak üst/alt realationship oluşturma am. Ama bir sorun var; Öğenin içerik türü kullanılamaz durumda klasör düzeyinde ve klasör içerik türünde öğe düzeyinde kullanılamaz duruma getirmek ihtiyaç. Lütfen bana bu konuda yol. Teşekkürler…
    Yanıtla
  3. Michael Vickers

    Bu bir kludge biraz ama arama "açılan gölgeler bir ASP.Net açılan kullanın" SharePoint tarafından oluşturulan. Arama öğesi içeren listeyi temel alan bir veri kaynağı için ASP.Net açılan gelin, Bana kimlik alanı değeri ve benim seçme sütun görüntü metni olarak kullanmak için izin. Sunucu tarafı hata üretir çünkü ben ASP.Net açılan arama listesi alanının bağlamaz.

    Yük sayfa üzerinde ASP.Net açılan doğru değeri atamak için javascript kullanın, ve sonra karşılık gelen SharePoint Arama açılan bölümü için yeni değerler atamak için bu aşağı açılan onchange olay ekleyin. Aslında SharePoint açılan içeren satır gizle.

    Son bir şey — öğe sayısı, geçmiş zaman biçimi nedeniyle SharePoint goofy arama açılır menülerde vermektedir. 20 Alma/açılan değer ayarlama için özel sarmalayıcı nesnesini kullanın.. I-si olmak bu süreci ayrıntılı bir blog yazısı:

    http://www.idiotsyncrasies.com/2007/12/lookup-list-dropdowns-in-sharepoint.aspx

    Alkış,

    Michael

    Yanıtla
  4. David

    Klasör içerik türüne göre faturası başlığı için bir içerik türü oluşturmak ve sonra başka bir fatura içerik türü oluşturun ve her iki SharePoint listesine ekleyin. Bu etkili bir fatura başlığı içerik sağlayan türü altında yaşamak fatura içerik türünü temel alan birden çok fatura oluşturmanızı sağlayacak üst/alt ilişkisi ve iki öğe arasında anlık bir ilişki oluşturur ve liste öğesi faturası başlığı o klasördeki tüm alt fatura öğeleri sildiyseniz-ecek var olmak silmek. Bir içerik türü yalnızca belirli bir klasörün içinde kullanılabilir olmasını da belirtebilirsiniz.. Bu yaklaşım tartışma Kütüphane nasıl çalıştığını ve çok yararlı öğeler arasındaki ilişki bu tür benzer. Olay işleyicileri ve kod ama tulum bazı diğer sınırlamalar ile hızlı ve kolay bir çözüm sağlayacak.

    Yanıtla

Cevap bırak

E-posta hesabınız yayımlanmayacak. Gerekli alanlar işaretlendi *