Utilizatori forum frecvent ca Intrebari de genul acesta:

> bună,
>
> Vă rugăm să spuneţi-mi dacă există orice posibilităţi de a construi o listă personalizată cu
> tipul principal şi detaliu (ca facturi) fără a utiliza InfoPath.
>

SharePoint oferă unele din caracteristicile caseta care acceptă ca tipuri de cerinte de business.

În general, unul link-uri două liste împreună, folosind o coloană de căutare. Lista conţine informaţii de antet factură şi lista B conţine detalii factură.

Utilizaţi listele suplimentare pentru a menţine numerele clienţilor, produsul numerelor, etc.

Utilizaţi o parte web de interogare conținut (în MOSS numai) şi/sau date Vezi partea de web a crea vederi îmbinate în listele. Server SQL servicii de raportare (SRS) este de asemenea disponibil pentru partea de raportare de ea.

Cu toate acestea, Există unele limitări importante, care va face dificil de a utiliza caracteristicile de out-of--box pură pentru ceva care este chiar moderat complexe. Acestea includ:

• Dimensiunea de căutare legate listele vs. "usturimi" tip de coloană de căutare. Un tip de coloana de căutare se prezinta pe interfaţa utilizator diferit, în funcţie de dacă aţi activat Selectare multiplă sau nu. In orice caz, out-of--box de control afişează toate elementele disponibile din lista sursă. Dacă lista sursă a 1,000 elemente, care va fi o problemă. Controlul căutare pagina nu prin aceste elemente. În schimb, toate le trage în control. Asta face pentru o interfaţă de utilizator foarte incomod, atât în termeni de introducere de date şi de performanţă.
• Căutări "trage înapoi" o coloană de informaţii. Nu puteţi trage înapoi mai mult de o coloană de informaţii din lista sursă. De exemplu, Imposibil de selectat un client "12345" şi a afişa numărul, precum şi numele şi adresa clientului, în acelaşi timp. Căutare arată doar client, numărul şi nimic altceva. Acest lucru face pentru o interfaţă de utilizator incomode şi dificil.
• Nu intra-formă de comunicare. Am scris despre acest lucru aici. Tu nu poate pune în aplicare picătură-coborâşuri în cascadă, condițional activa/dezactiva câmpuri, etc.
• Nici ștergeri built-in integritate referenţială. SharePoint tratează personalizate liste ca entităţi independente şi nu permite să se leagă le reciproc în sens tradiţional ERD. De exemplu, SharePoint vă permite să creaţi două liste particularizate, "client" şi "factură antet". Puteţi crea un antet factură care leagă înapoi la un client în lista de client. Apoi, aveţi posibilitatea să ştergeţi clientului din lista. Afară de la cutie, nu există nici o modalitate de a preveni acest lucru. Pentru a rezolva acest tip de problemă, în mod normal, ar trebui să utilizaţi gestionari de eveniment.

Pare lipsit de culoare, dar încă ar utiliza SharePoint ca punct de plecare pentru a construi acest tip de funcţionalitate. Deşi există decalaje între ceea ce aveţi nevoie într-o soluţie, SharePoint ce ne permite să umple aceste lacune folosind instrumente cum ar fi:

• Gestionari de eveniment. Le folosesc pentru a impune integritatea referenţială.
• Coloane particularizate: Creaţi tipuri personalizate coloană şi să le utilizeze în coloana de căutare implicit. Adauga paginare, buffering şi AJAX caracteristici pentru a le face receptivi.
• BDC. Această caracteristică MOSS-doar ne permite să interogare SharePoint alte liste cu o interfaţă de utilizator superioare la coloana de căutare obişnuite. BDC pot, de asemenea, ajunge la o aplicație server înapoi sfârşitul. Utilizarea BDC pentru evitarea replicării. Reproduce informaţiile despre clienţi la o capătul din spate sistem ERP, utilizați în schimb BDC. Caracteristici BDC furnizează o interfaţă frumos pentru a trage aceste informaţii direct de la sistemul ERP în care îi aparţine şi evită hassle de menţinerea unei soluţii de replicare.

  BDC este o caracteristică de MOSS (nu sunt disponibile în AAC) şi este o provocare pentru a configura.

• Formular de web ASP.NET: Creaţi un plin-featured AJAX-activat formular care utilizează SharePoint obiect modelul și/sau web services pentru a pârghie liste SharePoint în timp ce oferă o interfaţă de utilizator foarte receptiv.

Ultima opţiune poate simti ca esti incepand de la zero, dar ia în considerare faptul că platforma SharePoint incepe tu cu următoarele caracteristici cheie:

• Model de securitate cu întreţinerea.
• Sistemul de meniuri cu întreţinerea.
• "Maestru de masă" (adică. liste particularizate) cu securitate, built-in de întreţinere şi revizie.
• Căutare.
• Instrumente de integrare înapoi sfârşitul (BDC).

Dacă începeţi cu un nou proiect necompletat în visual studio, aveţi o mulţime de infrastructură şi sanitare a construi înainte de a ajunge aproape de ceea ce ofera SharePoint.

Cred că Microsoft intenţionează să-şi extindă SharePoint în această direcţie de dezvoltare de aplicaţii. Se pare ca o extensie naturala la SharePoint existente baza. Microsoft CRM aplicaţia oferă o mare de extensibilitate tipuri necesare pentru a sprijini dezvoltarea de aplicatii antet/detaliu. Deşi aceste caracteristici sunt în CRM, tehnologia este evident disponibile pentru echipa de dezvoltare SharePoint şi mă aştept că va face drumul său în produsul SharePoint până la sfârşitul 2008. Dacă cineva are o cunoştinţe sau de introspecţie în acest, vă rugăm să lăsaţi un comentariu.

</scop>