Erstellen von SharePoint-Anwendungen mit InfoPath 2010 (Teil 1 von 2) (maschinell übersetzt)

Wichtig

Dieser Artikel wurde maschinell übersetzt. Bitte beachten Sie den Haftungsausschluss. Die englische Version des Artikels ist als Referenz hier verfügbar: here.

Zusammenfassung: Informationen zu bewährten Methoden für das Erstellen von SharePoint-Anwendungen durch Erstellen einer Beispielanwendung unter Verwendung von Microsoft InfoPath 2010.

Letzte Änderung: Freitag, 16. September 2011

Gilt für: InfoPath 2010 | InfoPath Forms Services | Office 2007 | Office 2010 | SharePoint Server 2010

Inhalt dieses Artikels
Erstellen von SharePoint Server 2010 Anwendungen mit InfoPath 2010
SharePoint Server 2010 Anwendungsarchitektur
Empfohlene Vorgehensweisen für das InfoPath-SharePoint-Anwendungen
Schluss
Zusätzliche Ressourcen
Informationen zum Autor

Inhalt

• Erstellen von SharePoint Server 2010 Anwendungen mit InfoPath 2010

• SharePoint Server 2010 Anwendungsarchitektur

• Empfohlene Vorgehensweisen für das InfoPath-SharePoint-Anwendungen

• Schluss

• Zusätzliche Ressourcen

Erstellen von SharePoint Server 2010 Anwendungen mit InfoPath 2010

Microsoft InfoPath 2010 ermöglicht es einem Unternehmen zuverlässige End-to-End-Microsoft SharePoint-Anwendungen zu erstellen. In Kombination mit InfoPath Forms Services in Microsoft SharePoint Server 2010 können InfoPath 2010 von Geschäftsprozessen zu automatisieren, die sammeln, verwalten und Freigeben von Informationen. Als IT-Profi oder Entwickler können Sie eine leistungsfähige Geschäftsanwendung erstellen mithilfe deklarativer Geschäftslogik (keine Fehler) auf der SharePoint-Plattform für die Interaktion mit externen Daten und Laufwerk Workflows mithilfe von InfoPath-Formularen. Dieser Artikel beschreibt die empfohlenen Vorgehensweisen zum Erstellen von SharePoint-Anwendungen mithilfe von InfoPath 2010, Teil 2 dieses Artikels enthält eine exemplarische Beispiel für ein Hardware-Anforderung-Szenario.

SharePoint Server 2010 Anwendungsarchitektur

Beim Erstellen einer SharePoint-Anwendung müssen Sie über die End-to-End-Szenario einige grundlegenden Fragen beantworten. Gibt es eine Anforderung für die Benutzer arbeiten, während Sie vom Firmennetzwerk getrennt? Wie werden schließlich von Formularen gesammelten Daten werden gespeichert? Welche externen Daten, die in der Lösung Quellen abgerufen werden müssen?

Bei der Identifizierung von Antworten auf diese Fragen haben Sie eine bessere Vorstellung von die vollständige Anwendungsarchitektur ähnelt. Aber wie können Sie herausfinden, wenn InfoPath 2010 die beste Lösung für Ihr Unternehmensproblem für ist? In diesem Abschnitt untersucht einige Optionen, die Sie beim Erstellen einer SharePoint-Anwendung berücksichtigen können. Anschließend werden in diesem Abschnitt InfoPath-Lösungen der Entscheidungsbaum für die Auswahl der richtigen Formularvorlage. Abbildung 1 zeigt die Architektur-Entscheidungsstruktur für einen SharePoint-Anwendung, InfoPath 2010 verwendet und dient als ein Überblick über diesen Abschnitt.

Abbildung 1. Architektur der Entscheidungsbaum für eine SharePoint-Anwendung, die mit InfoPath 2010

Gibt an, ob für die Verwendung von InfoPath 2010 auswählen

Wie in der vorherige Abbildung gezeigt, sind andere Technologien zu berücksichtigen, wenn Sie Formulare in einer SharePoint-Anwendung implementieren. Die folgende Liste beschreibt einige der folgenden Optionen:

• Microsoft Word 2010 Dokumente

• Microsoft Access 2010 Formulare

• Microsoft ASP.NET Webformulare

Tabelle 1 bietet einen kurzen Vergleich zwischen InfoPath 2010 und diese andere Optionen in verschiedenen Bereichen. Tabelle 2 enthält eine zusammenfassende Analyse basierend auf der Größe und Komplexität der SharePoint-Anwendung. Die folgenden Abschnitten erhalten weitere Details zu den einzelnen Anwendungen.

Tabelle 1. Vergleichen von InfoPath 2010 für andere Anwendungen Formular

Frage	InfoPath	Word	Zugriff	ASP.NET
Was ist der technischen Ebene der Person, die das Formular erstellen?	Informationen Worker	Informationen Worker	Informationen Worker	Entwickler
Welche Arten von Steuerelementen werden unterstützt?	Fortgeschrittene	Standard	Standard	Erweiterte
Wie werden externe Datenverbindungen hinzugefügt?	Deklarativ	Entweder mit benutzerdefiniertem Code oder eine eingebettete Dokumentinformationsbereich	Deklarativ	Mit benutzerdefiniertem code
Welche Art von benutzerdefiniertem Code kann werden verwendet?	Microsoft Visual Basic oder c#	VBA oder add-ins erstellt mithilfe von Microsoft Visual Studio, die auf den Computern der Benutzer installiert werden muss	VBA	Alle .NET oder Skriptsprache
Unterstützt die Anwendung die Browser-Szenarien?	Ja	Nein	Ja	Ja
Verfügt die Anwendung eines offline-Clients?	Ja	Ja	Ja	Nein
Wie werden Anforderungen drucken behoben?	Exportieren Sie in PDF oder XPS, Druckansichten oder benutzerdefinierten Code zum Generieren eines Dokuments	WYSIWYG-Editor oder Export in PDF oder XPS	In PDF oder XPS exportieren	Benutzerdefinierter Code zum Generieren eines Dokuments
Ist Integration in SharePoint-Workflow?	Ja	Ja	Nein	Ja
Wie wird das Formular bereitgestellt?	Entweder als SharePoint-Liste in einer Formularbibliothek veröffentlicht oder als SharePoint-Inhaltstyp; veröffentlicht werden Administrator bereitgestellten Formulare in InfoPath Forms Services hochgeladen.	Als ein SharePoint-Inhaltstyp	In Access Services veröffentlicht	Über Visual Studio

In Tabelle 2. Geben Sie die Anwendung Empfehlungen, abhängig von der Lösung

Typ der Lösung	Empfehlung
Einfache Komplexität, Formulardaten, die als Client-Dateien gespeichert ist	Wort
Einfache Komplexität, Formulardaten, die als Listenelemente gespeichert ist	InfoPath
Moderate Komplexität, ohne den workflow	Zugriff
Moderate Komplexität, Workflow	InfoPath
Hoher Komplexität	ASP.NET

Microsoft Word 2010

Mit der Einführung der Microsoft OfficeOpen XML-Formate in 2007 freigeben, Microsoft Word war eine sinnvolle Alternative für Client Formular Szenarien, die umfassenden Inhalte zu sammeln. Verwenden Sie die Dateiformate, besteht ein Dokument Word jetzt ein ZIP-Archiv verschiedene Dokumentteile enthält aus. Das Archiv kann eine benutzerdefinierte XML-Komponente enthalten, die eine bestimmten Datenquelle definiert. Sie können dann Inhaltssteuerelemente hinzufügen, zu dem Dokument, das an den Knoten in der benutzerdefinierten XML-Komponente gebunden sind. Sie können verhindern, dass Benutzer Inhalte außerhalb dieser Steuerelemente durch Gruppieren, das Dokument oder verschiedene Abschnitte des Dokuments bearbeiten. Im Wesentlichen schließt Gruppierung ausgewählten Inhalte in ein Inhaltssteuerelement schreibgeschützt. Ein Dokument mit gruppierten verhält sich eher wie ein Formular, weil der Benutzer gezwungen ist, zur Eingabe von Daten in die Inhaltssteuerelemente, die Knoten in der benutzerdefinierten XML-Komponente gebunden sind. Wenn Sie einen SharePoint-Inhaltstyp, der eine Dokumentvorlage Word verwendet erstellen, erstellt SharePoint die benutzerdefinierte XML-Komponente in das Archiv mit den Knoten an, denen Sie für den Inhaltstyp definieren Standortliste/Spalten gebunden. Folglich steuert die Kombination von bearbeitbaren Inhalt und Integration mit Inhaltstypen können Word eine praktische Option für SharePoint-Anwendungen sein.

Microsoft Access 2010

Microsoft Access 2010 ist eine relationale Datenbank-Anwendung, die mehrere externe Datenquellen in einem einzigen Standort zusammenfassen kann. Sie können eine SharePoint-Liste, Webdienst, XML-Datei und andere Datenquellen herstellen. Sie können auch tabellarische Daten zu einer Vielzahl von Formaten, z. B. eine SharePoint-Liste, die HTML-Dokument, Word Dokument oder Microsoft Excel 2010 Arbeitsmappe exportieren. Ein Formular ist eine einfache Möglichkeit, Datensätze in Datenbanktabellen hinzufügen. Sie können problemlos erstellen Sie ein Formular aus einer Access-Tabelle und verwenden Sie Layouttools vorhandenen Felder, Steuerelemente und bedingte Formatierung hinzufügen wie erforderlich. Mit einen Klick in Access 2010 können Sie auch die Datenbank in Access Services als SharePoint-Anwendung veröffentlichen. Veröffentlichen der Datenbank werden alle Tabellen, Formulare, Berichte, Abfragen und Makros, die in einem Browser verfügbar und ermöglicht die Speicherung auf einem zentralen Server SharePoint. Vor dem Veröffentlichen, können Sie die Kompatibilitätsprüfung ausführen, in Access 2010, um sicherzustellen, dass die Elemente und die Einstellungen in der Datenbank im Web unterstützt werden.

ASP.NET-Web Forms

Wenn eine robuste Webanwendung zu erstellen, die SharePoint integriert werden soll, bietet ein Web Form ASP.NET die größte Flexibilität. Erstellen Sie ein Web Form ASP.NET als Kombination aus HTML und Steuerelemente, die auf einem Webserver ausgeführt werden. In Microsoft Visual Studio 2010 arbeiten, können Sie Steuerelemente auf Formulare ziehen und doppelklicken Sie dann auf diese Steuerelemente an den benutzerdefinierten Ereignishandler schreiben. Erstellt auf der Common Language Runtime (CLR), ASP.NET können Sie Code schreiben, mithilfe einer der unterstützten Sprache .NET Framework oder Skriptsprache. Von einem Web Form ASP.NET Entwickler hat vollen Zugriff auf das SharePoint-Objektmodell und eine große Auswahl von Steuerelementen.

Auswählen der richtigen InfoPath-Formularvorlage

Im Grunde haben Sie zwei Möglichkeiten, wenn Sie eine Formularvorlage InfoPath zur Verwendung in SharePoint-Anwendungen auswählen. Wie der Fall war seit 2003 InfoPath eingeführt wurde, können Sie ein Formular entwerfen, die in einer SharePoint-Formularbibliothek befindet. Sie können eine solchen Formularvorlage direkt in einer Formularbibliothek veröffentlichen oder als Website Inhaltstyp, der mehrere Bibliotheken innerhalb der Site kann finden Sie in dem Formular. Neue darin InfoPath 2010 Formularvorlage die SharePoint-Liste. Konfigurieren Sie die Standardformularvorlage für alle vorhandenen benutzerdefinierten SharePoint-Liste, oder Sie können eine SharePoint-Liste direkt in das InfoPath-Designer erstellen. SharePoint-Liste Formularvorlagen verwenden eine Teilmenge der Funktionen, die in Formularvorlagen-Bibliothek verfügbar sind, jedoch weniger Konfigurationen in Bezug auf die Bereitstellung benötigen.

In einer SharePoint-Formularbibliothek oder eine Liste ist eine wichtige architektonische Entscheidung, die Antworten auf wichtigen Fragen basiert. Tabelle 3 bietet einen schnellen Vergleich zwischen den beiden Vorlage basierend auf dieser Schlüsselfragen, während der Rest dieses Abschnitts mehr Details in Bezug auf die Unterschiede bietet.

Tabelle 3. Vergleichen von Formularvorlagen Bibliothek und Liste

Frage	Formular Library-Vorlage	Liste von Vorlagen
Was ist die Struktur der Formulardaten?	Hierarchische	Flach
Wie werden Daten gespeichert?	XML-Dateien	Listenelemente
Ist Unterstützung für benutzerdefinierte Code?	Ja	Nein
Welcher Client offline verfügbar ist?	Fülltage InfoPath	SharePoint-Arbeitsbereich
Ist Unterstützung für digitale Signaturen?	Ja	Nein

Informationen zum Verständnis der Form-Struktur

Die Struktur des Formulars InfoPath können Sie ermitteln, ob Sie eine Formularvorlage für SharePoint-Liste oder Bibliothek Formularvorlage für SharePoint auswählen. Berücksichtigen Sie die XML-Struktur für unser Szenario Hardware-Anforderung, wie im folgenden Beispiel gezeigt.

<Request>
    <RequestID>f94a566d-1581-49bd-abf7-bcad68e8c0b3</RequestID>
    <RequestDate>2010-03-24</RequestDate>
    <Requestor>Karen Berg</Requestor>
    <RequestorManager>Holly Holt</RequestorManager>
    <HardwareType>Keyboard</HardwareType>
    <HardwareName>Coho Writer K9</HardwareName>
    <HardwareModel>CO K9 NOP</HardwareModel>
    <HardwareSpecs>Black, USB; Ergonomics Design; 104 Normal Keys; 9 Function Keys</HardwareSpecs>
    <HardwareCost>14.99</HardwareCost>
    <RequestStatus>New Request</RequestStatus>
    <RejectionReason></RejectionReason>
</Request>

Ein Formular, das dieses Schema verwendet, können Benutzer eine einzelne Hardwareauswahl zu treffen. Es gibt keine geschachtelten oder wiederholte Elemente enthält, im Gegensatz zu der nächsten XML-Struktur.

<Request>
    <RequestID>f94a566d-1581-49bd-abf7-bcad68e8c0b3</RequestID>
    <RequestDate>2010-03-24</RequestDate>
    <Requestor>
        <DisplayName>Karen Berg</DisplayName>
        <Email>karenb@contoso.com</Email>
    </Requestor>
    <RequestorManager>
        <DisplayName>Holly Holt</DisplayName>
        <Email>hollyh@contoso.com</Email>
    </RequestorManager>
    <RequestedHardware>
        <HardwareItem>
            <HardwareType>Keyboard</HardwareType>
            <HardwareName>Coho Writer K9</HardwareName>
            <HardwareModel>CO K9 NOP</HardwareModel>
            <HardwareSpecs>Black, USB; Ergonomics Design; 104 Normal Keys; 9 Function Keys</HardwareSpecs>
            <HardwareCost>14.99</HardwareCost>
        </HardwareItem>
        <HardwareItem>
            <HardwareType>External Hard Drive</HardwareType>
            <HardwareName>Proseware BigStore</HardwareName>
            <HardwareModel>PRO LA33-3321</HardwareModel>
            <HardwareSpecs>USB 2.0 Interface; 5400 RPM; 80 GB Hard Drive; 2.5-inch Form Factor; WD Synchronization and Encryption</HardwareSpecs>
            <HardwareCost>96.99</HardwareCost>
        </HardwareItem>
    </RequestedHardware>
    <TotalCost>111.98</TotalCost>
    <RequestStatus>New Request</RequestStatus>
    <RejectionReason></RejectionReason>
</Request>

Wenn das Formular eine einfache, flache Struktur, besitzt wie bei dem vorherigen XML-Beispiel der Fall ist, ist eine SharePoint-Listenvorlage wahrscheinlich ausreichend. Jedes einzelnes XML-Element wird auch eine einzelne SharePoint-Spalte zugeordnet. Verwenden Sie das zweite XML-Beispiel, kann der Benutzer mehrere Hardwareelemente auswählen, die wahrscheinlich in einem Steuerelement in einem Formular InfoPath wiederholte Tabelle angezeigt werden. Die Form einer SharePoint-Liste unterstützt keine geschachtelten oder wiederholte Elemente. In diesem Fall würden Sie die SharePoint-Bibliothek-Formularvorlage auswählen. Auf diese Weise können Sie eine komplexere Datenstruktur im InfoPath-Designer erstellen.

Informationen zum Verständnis des Modells Speicher

Beim Erstellen eines neuen Felds in einem Formular beim Entwerfen einer Formularvorlage InfoPathSharePoint-Liste erstellen Sie eine Spalte in der SharePoint-Liste dieser Formularvorlage zugeordnet. "Formulare", die mit dieser Vorlage werden dann als SharePoint-Listenelemente gespeichert, die deshalb nicht über eine XML-Darstellung verfügen. Im Gegensatz dazu ist ein Formular mit eine SharePoint-Formularbibliothek`FInfoPath-Vorlage erstellt tatsächlich eine XML-Datei in einer SharePoint-Formularbibliothek gespeichert wird, wenn Sie die Formularvorlage veröffentlichen. Sie können immer noch ein Feld in einer Formularvorlage für die Bibliothek auf einer SharePoint-Spalte zuordnen. Allerdings müssen Sie jedes Feld einzeln über die Eigenschaftenheraufstufung zuordnen.

In mancher Hinsicht sind die Unterschiede zwischen den beiden Formularvorlagen in Speichermodelle Nebenversion. Mithilfe der Eigenschaftenheraufstufung können Sie Liste Filter in einer SharePoint-Formularbibliothek anzeigen, zum Erstellen von bedingten Workflows oder sogar wichtige Leistungsindikatoren basierend auf Formulardaten der Datei erstellen, ähnlich wie Sie mit SharePoint-Listenelemente können haben. Für sich wiederholende Daten in einer Formularvorlage für die Bibliothek, können Sie nur die Aggregatwerte heraufstufen.

Dennoch hat jede Vorlagentyp eine eigene Vorteile. Wenn der Benutzer hat zu viele Dateien oder Elemente bearbeiten, bietet SharePoint-Datenblattansicht schnelle Möglichkeit, Ändern von Formulardaten. In einer SharePoint-Formularbibliothek kann nicht höher gestuften Bearbeiten eines Felds in der Datenblattansicht, wenn Sie die Eigenschaft, konfigurieren Wenn Sie die Vorlage veröffentlichen. Da Sie die Eigenschaft für jedes Feld, die Sie konfigurieren müssen, können Sie dieser zusätzlichen Schritt etwas zeitintensiven berücksichtigen. Auf der anderen Seite ist einzelne Formulardaten an eine Person außerhalb Ihrer Organisation senden müssen, eine Formulardatei viel leichter als SharePoint-Listenelements.

Hinzufügen von benutzerdefiniertem Code

Erweitern Sie die Funktionalität eines Formulars InfoPath erstellt, mit der Bibliothek SharePoint-Formularvorlage mit benutzerdefinierten Code in Visual Basic oder in c# geschrieben. InfoPath 2010 enthält Microsoft Visual Studio Tools for Applications, der Sie benutzerdefinierte Ereignishandler hinzufügen und Zugriff auf das Objektmodell InfoPath und System.XML mit eine optimierte Visual Studio IDE können. Benutzerdefinierter Code, den Sie erstellen, wird in einer Datei gespeichert. Diese Datei ist wiederum mit der Formularvorlage verpackt werden, bei der Bereitstellung von der Vorlage. Wenn Ihr Code keine Dateien und Einstellungen auf dem Zielcomputer zugreifen, kann Ihrer Formularvorlage eine Vertrauensebene für die Domäne verfügen. Mit der Domänenebene vertrauen können Sie direkt in einer Formularbibliothek veröffentlichen. Jedoch Wenn der benutzerdefinierte Code Zugriff auf Dateien und Einstellungen verfügt, muss die Formularvorlage vollständig vertrauenswürdig und von einem Serveradministrator für InfoPath Forms Services geuploadete sein.

Ein InfoPath Formular erstellt mit der Vorlage für SharePoint-Listen unterstützt keine benutzerdefinierten Code. Dies hat zur Folge, desto komplexer SharePoint-Anwendung ist, desto wahrscheinlicher, das müssen Sie in einer SharePoint-Bibliothek-Formularvorlage Richtung lenken.

Unterstützung einer Offline-Arbeitsumgebung

Unterstützung für offline-Formulardaten ist in zweierlei Hinsicht mit InfoPath 2010 verfügbar. Erstens können SharePoint-Listen offline geschaltet mit SharePoint Workspace, früher bekannt als Microsoft Office Groove, und entsprechend geändert. InfoPath 2010 ist der Standard-Editor in SharePoint Workspace für Listenelemente. Elemente in SharePoint Workspace können re-synched sein, sobald eine Verbindung zum Netzwerk wiederhergestellt ist. Für SharePoint-Formularbibliotheken kann der Benutzer die Formulardateien in der InfoPath Fülltage öffnen. Wenn die Standardeinstellung speichern Verhalten wurde nicht in der Vorlage kann der Benutzer Speichern der Formulardateien auf Ihrem Computer deaktiviert und durch Sendevorgängen Sie später beim Netzwerk wiederhergestellt wird ab.

Mit allen Überlegungen für die Auswahl zwischen einer SharePoint-Liste, und bilden Sie die Vorlage wird gleich, wenn offline-Supports der nur wichtige geschäftliche Anforderung in der SharePoint-Anwendung, die richtige Wahl stammen möglicherweise nach unten SharePoint Workspace oder die InfoPath Fülltage zwischen Benutzern weiter verbreitet ist.

Sicherstellen der Datenintegrität mit digitalen Signaturen

Aktivieren digitale Signaturen für einen oder mehrere Abschnitte eines Formulars InfoPath, um die Integrität der Daten in der SharePoint-Anwendung zu gewährleisten. Eine digitale Signatur wird bestätigt, dass das Formular von der Person stammt, Signaturen und, dass das Formular seitdem nicht geändert wurde. Mithilfe von digitalen Signaturen InfoPath können Sie entscheiden, nur eine Signatur für den Formularbereich zu ermöglichen, für mehrere Signaturen, die unabhängig voneinander (co-signing) zulassen oder für mehrere Signaturen, wobei jede Signatur die vorangehende Signatur (counter-signing) signiert, zu ermöglichen.

Wenn Ihre SharePoint-Anwendung digitale Signaturen erforderlich sind, müssen Sie die SharePoint-Bibliothek-Formularvorlage auswählen. Listenformulare SharePoint unterstützen keine digitale Signaturen.

Empfohlene Vorgehensweisen für das InfoPath-SharePoint-Anwendungen

Erstellen eine SharePoint-Anwendung, die InfoPath 2010 umfasst viele Schritte, von die viele im Designer durchgeführt werden. Unabhängig von der Formularvorlage, die Sie auswählen, müssen Sie die primären Datenquelle des Formulars erstellen. Darüber hinaus je nach Szenario, könnte Sie Ansichten für unterschiedliche Benutzerrollen hinzufügen, Verbindungen zu externen Datenquellen enthalten, in SharePoint-Workflow integrieren oder sogar List-Steuerelemente, die auf bestimmte Benutzerauswahl zu filtern. Diese Art von Funktionalität wirkt sich auf die Benutzerfreundlichkeit und die Leistung Ihrer Formularvorlage: Sie sollten daher folgen Empfehlungen, wann immer möglich.

Dieser Abschnitt stellt Anleitungen in Bezug auf das Erstellen von SharePoint-Anwendung mithilfe von InfoPath 2010 bereit. Dieses Thema hat natürlich viele Variationen. Aus diesem Grund kann nicht in dieser Dokumentation jeden Aspekt eines bestimmten Szenarios abdecken. In diesem Abschnitt soll stattdessen lenken Sie die Aufmerksamkeit auf bestimmte Features, Tipps und Tricks, die SharePoint-Anwendung optimiert werden.

Leistungsüberlegungen

Wenn Sie die Komplexität, erhöhen, kann als allgemeine Richtlinie im Entwurf des Formulars Vorlage Laufzeitleistung verschlimmert. Komplexität stehen verschiedene Arten, z. B. deklarativen Regeln, bedingte Formatierung, externe Datenverbindungen und benutzerdefinierten Code. Alle diese Logik muss zur Laufzeit verarbeitet die beeinflusst, wie das Formular wiedergegeben wird. Dieser Abschnitt enthält mehrere einfache Verfahren, mit dem Ihre Formulare zum verbessern.

Formular-Ansichten

InfoPath 2010 verwendet XSLT zum Transformieren von XML-Datenquelle des Formulars in HTML bearbeitet werden. Jede Formularansicht in einer Vorlage verfügt über eine eigenen zugeordneten XSL-Datei. Im Hinblick auf die Leistung ist es besser, viele Formularansichten (jeder mit wenig Geschäftslogik, z. B. bedingte Formatierung) als eine einzige Ansicht, gesamte Geschäftslogik für die Vorlage enthält. Die XSLT-Transformation Engine ist weniger besteuert werden, wenn die XSL-Datei nicht zu komplex ist.

SharePoint-Anwendungen besitzen in der Regel mehrere Benutzerrollen. Beispielsweise kann alle Mitarbeiter im in Erstellen von SharePoint-Anwendungen mit InfoPath 2010 (Teil 2 von 2) (maschinell übersetzt) beschriebene Szenario Hardware-Anforderung, eine Hardware-Anforderung starten. Wiederum kann genehmigende Person, wie z. B. ein Manager genehmigen oder die Anforderung zurückweist. In diesem Szenario sind mindestens zwei Rollen: ein Anforderer und eine genehmigende Person. Abbildung 2 zeigt, wie die Formularansicht für den Requestor erscheinen kann, die Vorschau Komponenteninformationen im Bereich Hardwareinformationen anzeigen können, bevor Sie eine Komponente der Angeforderte Hardware wiederholten Tabelle hinzufügen. Sobald der Anforderer anfordert, benötigt die genehmigende Person nur eine schreibgeschützte Ansicht der ausgewählten Hardware mit einem Bereich einen Grund Ablehnung ggf. an. Abbildung 3 zeigt die Ansicht für die genehmigende Person.

Abbildung 2. Mitarbeiter-Ansicht für eine Hardware-Anforderung

 

Abbildung 3. Genehmigende Person anzeigen für eine Hardware-Anforderung

Wenn das Formular über mehrere Ansichten verfügt, können Sie eine deklarative Regel Loading-Ereignis hinzufügen, die abhängig vom Wert eines bestimmten Feldes Ansichten wechselt. Wenn Sie deklarative Logik automatisch Wechseln von Ansichten verwenden, empfiehlt es sich, sollten Eigenschaften ändern, so dass Ansichten im Menü Ansicht nicht angezeigt werden, wenn ein Benutzer das Formular ausfüllt. Dadurch wird verhindert, dass den Benutzer manuell wechseln zu einer Ansicht, die für eine andere Rolle reserviert.

Um zu verhindern, dass eine Ansicht im Menü Ansicht angezeigt werden

1. Klicken Sie in der Multifunktionsleiste auf die Registerkarte Seitenentwurf.

2. Klicken Sie auf die Ansicht, und klicken Sie dann auf den Namen der entsprechenden Ansicht, in der Gruppe Ansichten.

3. Klicken Sie auf Eigenschaften.

4. Klicken Sie auf die Ansicht, und klicken Sie dann auf den Namen der entsprechenden Ansicht, in der Gruppe Ansichten.

5. Deaktivieren Sie das Kontrollkästchen Anzeigen im Menü "Ansicht" beim Ausfüllen dieses Formulars klicken Sie im Dialogfeld Ansichtseigenschaften. (In der Standardeinstellung ist dieses Kontrollkästchen aktiviert.) Abbildung 4 zeigt das Kontrollkästchen deaktiviert.

   Abbildung 4. Verhindert, dass die Ansichten im Menü Ansicht angezeigt werden

   

6. Klicken Sie auf OK.

Datenverbindungen

Mehrere Daten Verbindung Abfragen im Loading-Ereignis des Formulars können die Leistung beeinträchtigen. Dies ist insbesondere dann, wenn die Anwendung große Datenmengen aus diesen externen Quellen abgerufen. Standardmäßig setzt InfoPath Datenverbindungen, die Daten automatisch abrufen, wenn der Benutzer ein Formular öffnet. Für jede Verbindung in Ihrem Szenario sollten Sie erwägen, ob eine Datenabfrage verzögert werden kann, bis der Benutzer ein Ereignis durch das Ausfüllen des Formulars ausgeführt wird. Z. B. in einem Szenario mit Hardware Anforderung möglicherweise vom Hersteller-Informationen, die Sie für bestimmte Komponenten anzuzeigen. Wenn diese Informationen optional ist und wird nur für die Hardware-Serverauswahl verfeinern, können Sie ein Button-Steuerelement in der Formularansicht hinzufügen, die eine deklarative Aktion zum Abfragen der externen Datenquelle enthält. Beim Erstellen der Datenverbindung überprüfen Sie, klicken Sie im Datenverbindungs-Assistenten das Kontrollkästchen Daten beim Öffnen des Formulars automatisch Abfragen zu deaktivieren, wie in Abbildung 5 dargestellt.

Abbildung 5. Deaktivieren die Option, um die Daten automatisch abrufen, wenn das Formular geöffnet wird

Eine weitere Überlegung besteht darin, eine externe Verbindung zu konvertieren, die statische Daten in einer XML-Datei gespeichert sind. Sie konnte die XML-Datei dann als Ressourcendatei in die Formularvorlage einschließen, die wird verhindert, die Notwendigkeit einer externen Abfrage dass. In einem Szenario mit Hardware Anforderung Wenn Sie wussten, dass die Komponenteninformationen im Laufe der Zeit nicht ändern würde können Sie Daten aus SharePoint-Liste in einer XML-Datei, wie z. B. die folgenden verschieben.

<Components>
    <Component>
        <Type>Keyboard</Type>
        <Name>Coho Writer K9</Name>
        <Model>CO K9 NOP</Model>
        <Specs>Black, USB; Ergonomics Design; 104 Normal Keys; 9 Function Keys</Hardware>
        <Cost>14.99</Cost>
    </Component>
    <Component>
        <Type>External Hard Drive</Type>
        <Name>Proseware BigStore</Name>
        <Model>PRO LA33-3321</Model>
        <Specs>USB 2.0 Interface; 5400 RPM; 80 GB Hard Drive; 2.5-inch Form Factor; WD Synchronization and Encryption</Specs>
        <Cost>96.99</Cost>
    </Component>
</Components>

Steuern der Server Postbacks

Die meisten Steuerelemente des Formulars haben eine postback-Einstellung, die bestimmt, wann eine Bereitstellung auf dem Server ausgeführt wird. Wie bei anderen deklarative Logik, führt häufige Server Beiträge, die in einem Formular eintreten schlechteren Performance. Standardmäßig ist ein postback Steuerelementeinstellung nur, wenn für die korrekte Darstellung des Formulars erforderlich sind. Wenn die Daten, die für ein Steuerelement eingegebene niemals an den Server gesendet werden müssen, sollten Sie die Einstellung für das Steuerelement Nie konfigurieren.

Um die postback Einstellungen für ein Steuerelement zu aktualisieren.

1. Klicken Sie auf das Textfeld in der Formularansicht.

2. Klicken Sie in der Multifunktionsleiste auf die Registerkarte Eigenschaften.

3. Klicken Sie in der Gruppe von Eigenschaften auf Steuerelementeigenschaften.

4. Klicken Sie im Dialogfeld Textfeldeigenschaften auf die Registerkarte Browser Formulare.

5. Klicken Sie auf Nie, und klicken Sie dann auf OK. Abbildung 6 zeigt, wie das Dialogfeld Eigenschaften für Textfeld angezeigt werden kann.

   Abbildung 6. Ändern der Einstellungen für ein Steuerelement postback

   

Aktivieren die Liste filtern

Das Filtern ist eine deklarative Möglichkeit zum Einschränken der Optionen, die in bestimmten Steuerelementen, z. B. Dropdown Listenfeldern angezeigt werden. Die Filterfunktion im InfoPath-Designer können Sie cascading Dropdown Listenfeldern enthalten. Wenn ein Benutzer eine Listenoption auswählt, die Auswahl die Optionen beeinflusst, die in der zugehörigen Dropdownliste angezeigt werden. In einem Szenario mit Hardware Anforderung haben Sie z. B. eine Dropdownliste für die Hardwaretyp, z. B. ein externes Festplattenlaufwerk, Tastatur oder Maus. Eine zweite Dropdownliste für Modelle werden nur im Zusammenhang mit dem ausgewählten Hardwaretyp Modellnummern angezeigt. Dann, wenn ein Benutzer eine Modellnummer auswählt, deklarative Regeln können Sie auf die entsprechenden Felder im Formular (z. B. der Hardware Kosten) festgelegt.

Es gibt bekannte Leistungsprobleme überlappende Dropdown-Listenfelder im Steuerelement wiederholte Tabelle. In Erstellen von SharePoint-Anwendungen mit InfoPath 2010 (Teil 2 von 2) (maschinell übersetzt) gibt es eine Reihe von Schritten, die zeigt, wie Sie effizient cascading Listenfunktionalität in einer Formularvorlage integrieren können, die zu eine wiederholte Tabelle.

Hinzufügen von Benutzerinformationen zu einem Formular

In der SharePoint-Anwendung muss Wenn e-Mail-Nachrichten an einen Benutzer gesendet werden, oder Aufgaben von einem SharePoint-Workflow zugeordnet sind das Formular die Benutzerinformationen enthalten.

Ob Sie zum Bestimmen des Initiators Formular oder erfassen Sie Informationen über andere Rollen für Ihr Szenario, Prüfer oder genehmigende Personen versuchen, bietet InfoPath 2010 zwei allgemeine Vorgehensweisen für das Hinzufügen von Benutzerprofildaten in ein Formular ein:

• Person bzw. Gruppe Datumsauswahl-Steuerelement

• Benutzerprofildienst

Steuern der Person/Gruppe auswählen

Benutzerinformationen in Ihr Formular einfügen am einfachsten Eingabesteuerelement das Person bzw. Gruppe Auswahl verwendet werden. Für eine Formularvorlage, die auf eine SharePoint Server veröffentlicht wird, kann dieses Steuerelement einen Benutzer jeder authentifizierten Benutzer auswählen. Wenn Sie das Steuerelement in einer Formularansicht hinzufügen, beinhalten die Datenquelle eine geschachtelte Struktur identifizieren, den Anzeigenamen, die Konto-ID und den Kontotyp des Benutzers, wie in Abbildung 7 dargestellt.

Abbildung 7. Die Datenquelle für die Person bzw. Gruppe Zeitauswahl

Das Feld "DisplayName" speichert den Namen, der im Steuerelement angezeigt wird, wenn der Benutzer das Namen überprüfen Symbol klickt. Das Feld AccountID speichert den Kontonamen (Name, Domäne und den Benutzernamen) des ausgewählten Benutzers (z. B. CONTOSO\brads). Wenn die Formularvorlage mit einem Workflow integriert ist, können Sie Stufen das AccountID-Feld als Spalte SharePoint und AccountID für routing Aufgaben oder e-Mail-Nachrichten verwenden. In der Zwischenzeit identifiziert das Feld AccountType, ob der Benutzer ein Konto Gruppen- oder einzelne ausgewählt. AccountType ist Benutzer, wenn eine Person ausgewählt und SecurityGroup ist, wenn eine Gruppe ausgewählt ist.

Benutzerprofildienst

Office SharePoint Server 2010 enthält den User-Profildienst einen Webdienst, der mehrere Operationen für die Integration mit Active Directory-Dienst des Unternehmens enthält. Insbesondere GetUserProfileByName(String), einem Vorgang können Sie einen Konto Namensparameter zum Abrufen der entsprechenden Profilinformationen zu übergeben. Wenn Sie GetUserProfileByName bei eine Abfrage nicht angeben, gibt der Webdienst Profilinformationen für den aktuellen Benutzer zurück. Der Standardspeicherort für den Webdienst ist http://Webanwendung/_vti_bin/userprofileservice.asmx. Abbildung 8 zeigt den URL im Datenverbindungs-Assistenten eingegeben werden.

Abbildung 8. Die User Profile-URL im Datenverbindungs-Assistenten eingeben

Wenn Sie den Profildienst Benutzer Abfragen, gibt der Dienst Profilinformationen in wiederholten PropertyData-Knoten in der sekundären Datenquelle zurück. Name speichert den Namen der Eigenschaft. Der entsprechende Wert im Feld "Wert" enthalten ist, befindet sich innerhalb des Knotens ValueData ein untergeordnetes Element des Knotens Werte. Abbildung 9 zeigt die sekundäre Datenquelle, die den Profildienst Benutzer zugeordnet.

Abbildung 9. Die Datenquelle für den User-Profildienst

Nachdem Sie eine Abfrage zu erstellen, können Sie eine deklarative Regel, Felder für Benutzernamen in der primären Datenquelle des Formulars, anhand der zurückgegebenen Eigenschaftenwerte festlegen. Das Benutzerfeld könnte zu einer Person bzw. Gruppe Datumsauswahl, das Textfeld oder ein anderes Steuerelement gebunden werden. In der Regel sind die gängigsten Eigenschaften, die in einer SharePoint-Anwendung würden:

• PreferredName – der Anzeigename des Benutzers

• Kontoname, der Kontoname des Benutzers

• WorkEmail – e-Mail-Adresse des Benutzers

• Manager, Account-Namen des Vorgesetzten des Benutzers

In Erstellen von SharePoint-Anwendungen mit InfoPath 2010 (Teil 2 von 2) (maschinell übersetzt) sind Schritte, die zeigen, wie Sie den aktuellen Benutzer und Manager Profilinformationen aus der User-Profildienst abgerufen.

Workflow-Überlegungen

Wenn Sie eine SharePoint-Listenvorlage entwerfen, sind alle Felder im Formular SharePoint-Spalten. Aus diesem Grund sind die Spalten für externe Prozesse, wie z. B. Workflows verfügbar. In der Standardeinstellung ist ein Feld in einer SharePoint-Bibliothek-Formularvorlage nicht als SharePoint-Spalte zur Verfügung. Alle Felder in einer Bibliothek-Vorlage, die der Workflow wertet müssen als SharePoint-Spalte heraufgestuft werden. Wenn Sie die Formularvorlage veröffentlichen, wird SharePoint eine SharePoint-Spalte für jedes Feld erstellt, die Sie heraufstufen. Wenn Sie die Formularvorlage als Websiteinhaltstyp veröffentlichen, wird SharePoint höher gestuften Felder in wiederverwendbare Workflows zur Verfügung stellen. In Erstellen von SharePoint-Anwendungen mit InfoPath 2010 (Teil 2 von 2) (maschinell übersetzt) sind Schritte, die zum Erstellen von wiederverwendbaren SharePoint Designer Workflow für eine Formularvorlage als Websiteinhaltstyp veröffentlicht wurde.

Um ein Feld in einer SharePoint-Bibliothek-Formularvorlage zu fördern.

1. Klicken Sie in der Multifunktionsleiste auf die Registerkarte Datei.

2. Formularoptionen

3. Klicken Sie im Dialogfeld Formularoptionen auf die Eigenschaftenheraufstufung-Kategorie.

4. Klicken Sie im Bereich Spaltenname auf Hinzufügen.

5. Klicken Sie im Dialogfeld Feld oder Gruppe auswählen auf einen Knoten.

6. Legen Sie in das Feld Spaltenname den Namen der SharePoint-Spalte für das ausgewählte Feld ein. Abbildung 10 zeigt ein Beispiel für ein Feld wird heraufgestuft.

   Abbildung 10. Heraufstufen von Feldern als SharePoint-Spalten

   

7. Klicken Sie auf OK.

8. Klicken Sie im Dialogfeld Formularoptionen auf OK.

Wiederholter Knoten in der Formularvorlage, die als Spalte SharePoint Aufwertung hat Aggregatfunktionen zugeordnet. Beispielsweise im Hardware-Anforderung-Szenario können würden Sie den Knoten HardwareCost zu fördern, der in der wiederholten Gruppe HardwareItem geschachtelt ist einer der folgenden Funktionen:

• Erste – das erste Vorkommen des Knotens Promotes

• Letzte – das letzte Vorkommen des Knotens Promotes

• Count – die Gesamtzahl der Knoten Promotes

• Seriendruck – eine Verkettung der die Knotenwerte Promotes

Hinweis

Eine entsprechende Spalte ist in der Standardeinstellung schreibgeschützt für externe Prozesse, wie z. B. einen Workflow. Damit für eine höher gestuften Spalte bearbeiten, müssen Sie die Spalteneigenschaften zur Zeit konfigurieren, die Formularvorlage zu veröffentlichen.

Sicherheit und Vertrauensstellung

Jede Formularvorlage Bibliothek InfoPath hat eine Sicherheitsstufe, die im Wesentlichen der Vertrauensebene gewährt auf bestimmte Features und im Formular ausgeführte Code definiert. Die Sicherheitsstufen für die Vertrauenswürdigkeit lauten wie folgt:

• Eingeschränkte – Inhalte außerhalb des Formulars kann nicht auf das Formular zugreifen. Alle Datenverbindungen verwendet, müssen als Ressourcendateien in die Vorlage eingebettet werden.

• Domäne – das Formular kann auf Inhalte zugreifen, aus der Domäne, in der sich das Formular befindet. Im Formular können benutzerdefinierten Code, solange der Code keine Dateien und Einstellungen auf dem Computer eines Benutzers zugreifen.

• Vollständige Vertrauensstellung – das Formular hat den Zugriff auf Dateien und Einstellungen auf dem Computer. Für ein voll vertrauenswürdige Formular in die InfoPath Fülltage ausgeführt müssen Sie installieren oder das Formular mit einem Zertifikat digital zu signieren.

Standardmäßig bestimmt InfoPath-Designer automatisch die Sicherheitsstufe für die Formularvorlage. In den meisten Fällen ist die Sicherheitsstufe entweder die Domäne oder die volle Vertrauenswürdigkeit. (Eingeschränkte Vertrauensstellung wird verwendet, wenn Formulare per e-Mail veröffentlicht werden.) Wenn Ihre Formularvorlage Code, der Aktionen enthält wie das Lesen von einem Registrierungsschlüsseleintrag, benötigen Sie die Vorlage die Sicherheitsstufe voll vertrauenswürdig. Darüber hinaus führen die Formularvorlage mit der Sicherheitsstufe voll vertrauenswürdig externe Verbindungen, die Abrufen von Daten direkt aus einer Datenbank SQL Server oder aus Quellen, die in einer anderen SharePoint-Websitesammlung oder einer Dateifreigabe gespeichert sind.

Versuchen Sie, die Sicherheitsstufe der Vorlage auf Domänenebene zu behalten. Mit Sicherheit auf Domänenebene stellen die Lösung benutzerfreundlicher und Wartung zu erleichtern, für die der Entwickler des Formulars. Natürlich, Sie möglicherweise nicht zur Vermeidung benötigen vollen Vertrauenswürdigkeit, insbesondere dann, wenn das Formular benutzerdefinierten Code erfordert, der Benutzereinstellungen zugreift. Allerdings können Sie konvertieren eine externe Verbindung Daten von außerhalb der Domäne (z. B. einer Datenbank ruft), die in eine Datei UDC (Universal Data Connection) der Verbindungsinformationen gespeichert. Sie können dann die UDC-Datei in einer Datenverbindungsbibliothek speichern, die in derselben Domäne befinden, in dem Sie die Formularvorlage veröffentlichen. Sie können dann die UDC-Datei genau wie jede andere Datenverbindung zugreifen. Aber da die UDC-Datei an einem vertrauenswürdigen Speicherort befindet, haben Sie mit der Domänenebene der Formularvorlage Sicherheit geändert.

Eine Datenverbindung in einer UDC-Datei konvertieren und dann zu einem vorhandenen Datenverbindungsbibliothek hinzufügen

1. Klicken Sie in der Multifunktionsleiste auf die Registerkarte Daten.

2. Klicken Sie in der Gruppe Externe Daten die Datenverbindungen.

3. Klicken Sie auf die entsprechende Datenverbindung, und klicken Sie auf Konvertieren in der Verbindungsdatei, klicken Sie im Dialogfeld Datenverbindungen.

4. Geben Sie den URL für die neue UDC-Datei (einer Datei UDCX), die in einem vorhandenen Datenverbindungsbibliothek gespeichert werden sollen, klicken Sie im Dialogfeld Datenverbindung konvertieren. Abbildung 11 zeigt einen Beispiel-URL für eine neue UDC-Datei.

   Abbildung 11. Konvertieren eine Datenverbindung zu einer UDC-Datei

   

5. Klicken Sie auf OK.

6. Klicken Sie im Dialogfeld Datenverbindungen auf Schließen.

   Hinweis

   Standardmäßig haben UDC-Dateien, die im InfoPath-Designer einen Genehmigungsstatus in der Datenverbindungsbibliothek auf Ausstehend festgelegt. Diese Datenverbindungen in Formularen verwenden möchten, müssen die Dateien in der Datenverbindungsbibliothek genehmigt werden.

Formular absenden

Damit ein Benutzer übermitteln eine Datei in einer Bibliothek, Webdienst oder einem anderen Speicherort zu bilden, müssen Sie die Submit-Funktionalität in der Formularvorlage aktivieren. Auf der Registerkarte Daten in der Multifunktionsleiste können Sie Optionen zum Absenden aktivieren Absendevorgängen. Sie können auch die Verbindung zum Absenden von Daten definieren, die die Formularvorlage verwendet wird. Wenn die Datenverbindung zu erstellen, müssen Sie die Namenskonvention für Formulardateien im Datenverbindungs-Assistenten definieren. In der Regel können Sie Formularfelder zu verketten und umfassen möglicherweise einen Zeitstempel in Ihrer Benennungskonvention. Wenn Ihre Projektmappe einen SharePoint-Workflow enthält, können Sie Ihren Workflow die Namenskonvention zu definieren, indem Sie die Dokument-ID-Dienst haben. Der Dokument-ID-Dienst, der auf der Websitesammlungsebene aktiviert ist, werden Elemente in Listen und Bibliotheken in der ganzen Websitesammlung eindeutige Kennungen zugewiesen. Erstellen von SharePoint-Anwendungen mit InfoPath 2010 (Teil 2 von 2) (maschinell übersetzt) beschreibt die Logik in einem Workflow umfassen, die festlegt, einen Dateinamen auf Grundlage einer generierten Dokument.

So aktivieren Sie die Dokument-ID-Dienst

1. Wechseln Sie im Browser auf der Seite SharePoint-Site Settings.

2. Klicken Sie im Bereich Websitesammlungsverwaltung auf Websiteauflistungsfeatures.

3. Überprüfen Sie den Wert Status Status der Dokument-ID-Dienst. Wenn der Wert nicht Aktiv gleich ist, klicken Sie auf Aktivieren. In Abbildung 12 wird den Dienst ausgeführt wird.

   Abbildung 12. Überprüfen des Status von der Dokument-ID-Dienst

   

   Hinweis

   Sie können einen Zeitgeberauftrag für die Zuweisung von Kennungen bereits in der Websitesammlung planen. Sie können auch Dokument-ID-Einstellungen aus dem Websitesammlungsverwaltung Teil der Seite konfigurieren, indem Sie auf Dokument-ID-Einstellungen.

Schluss

Teil 1 dieses Artikels beschriebenen bewährten Methoden für die Erstellung von SharePoint-Anwendung mithilfe von InfoPath 2010. In Teil 2 dieses Artikels führt Sie durch die Erstellung ein Beispielszenario für Hardware-Anforderung. InfoPath-Designer bietet die meisten Funktionen, die in einer Formularvorlage ohne die Notwendigkeit von benutzerdefiniertem Code verwendet werden können. Solche Funktionen enthält, die Verbindungen mit externen Datenquellen, Listen filtern, Vorgänge und vieles mehr zu senden. Sie können auch Formularfunktionalität erweitern, mit benutzerdefiniertem Code unter Verwendung von Visual Studio Tools for Applications, InfoPath 2010 enthaltene Visual Basic oder c# geschrieben. Sie können eine Formularvorlage InfoPath mit einem SharePoint Designer Workflow bedingte Aktionen, verwendet um Operationen wie z. B. das Zuweisen von Aufgaben durchführen, kombinieren Senden von e-Mail-Nachrichten, Einstellung Formularfeldwerte und vieles mehr. InfoPath 2010 und SharePoint Designer zusammen mit bietet Sie eine Vielzahl von deklarative Logik, mit der Sie umfassende SharePoint-Anwendungen erstellen können.

Zusätzliche Ressourcen

Weitere Informationen finden Sie unter die folgenden Ressourcen:

• Microsoft Office Development Center

• InfoPath Developer Center

• SharePoint-Entwicklercenter

• InfoPath-Entwicklerreferenz für Formularvorlagen

• Erstellen von SharePoint-Anwendungen mit InfoPath 2010 (Teil 2 von 2) (maschinell übersetzt)

Informationen zum Autor

David Gerhardt verwaltet ein Team von 3Sharp, die für Clients, die mit Microsoft SharePoint-Produkte und Office-Clientanwendungen Lösungen entwickelt. David hat mit Kunden seit konsultiert die mid-‘ Neunzigerjahre und bietet vor allem im Zusammenhang mit XML-Technologien. Seit 2003 hat er viel Arbeit mit Microsoft InfoPath durchgeführt und das Entwickeln von InfoPath 2007 verwaltete Code Solutions und Empfohlene Vorgehensweisen für das Bereitstellen von InfoPath 2007-Formularvorlagen in einer Produktionsumgebung Whitepaper verfasst. Er auch das Buch Building Content Type Solutions in SharePoint 2007 mitverfasst und verfügt über eine Blogwebsite unter http://blogs.3sharp.com/davidg/default.aspx.

Hinweis

Haftungsausschluss für maschinelle Übersetzungen: Dieser Artikel wurde mithilfe eines Computersystems und ohne jegliche Bearbeitung durch Personen übersetzt. Microsoft bietet solche maschinellen Übersetzungen als Hilfestellung für Benutzer ohne Englischkenntnisse an, damit Sie von den Informationen zu Produkten, Diensten und Technologien von Microsoft profitieren können. Da es sich bei diesem Artikel um eine maschinelle Übersetzung handelt, enthält er möglicherweise Fehler in Bezug auf (Fach-)Terminologie, Syntax und/oder Grammatik.