ListInstance Schema.xml CustomSchema

Olaf Didszun Als Antwort am 17 Okt. 2016 14:51

Hi Frank,

wie kommst du darauf, dass du keine ListDefinition brauchst? Die ListDefinition ist das Template, mit dem die ListInstance angelegt wird. Also, ListDefinition anlegen und dann damit die ListInstance erzeugen. Genau so, wie es dokumentiert ist.

Beste Grüße

Olaf

Andi Fandrich Als Antwort am 17 Okt. 2016 15:01

Zusätzlich noch der Hinweis, daß Du keine eigene Definition brauchst, nur weil die Liste ein paar Spalten mehr haben soll. Das kann man alles auch über Inhaltstypen regeln, die man auf eine Standard-Liste packt.

Oppirator Als Antwort am 18 Okt. 2016 15:08

Hallo,

erstmal vielen Dank für Eure Beiträge.

Häufig ist es so, dass ich eine Liste einmal benötige. Hierzu erstelle ich mir keine Listendefinition, die ja den Zweck erfüllt, eine Liste häufiger zu erstellen.

Ich verwende sehr oft den Typ "Benutzerdefinerte Liste" und füge dann die benötigten Felder ein. Möchte ich dies mit Visual Studio realisieren, muss ich doch eine ListInstance erstellen und mir hierzu ein benutzerdefiniertes Schema anlegen. Welchen Zweck erfüllt andernfalls das Attribut "CustomSchema" in der "Elements.xml"?

Das Thema wurde u.a. auch auf folg. Seite behandelt.

http://stackoverflow.com/questions/15066990/how-to-add-list-column-to-list-instance-without-list-definition

Wie gesagt, findet er bei mir lediglich die Schema.xml nicht.

Alternativ gibt es noch die Möglichkeit, eine Listdefinition anzulegen und diese auf Hidden zu setzen.

Ich finde es einfach schöner, den Vorlagenkatalog nicht mit Vorlagen zu befüllen, die ich nie wieder nutze. Lieber lasse ich den Vorlagenkatalog möglichst übersichtlich.

Andi Fandrich Als Antwort am 18 Okt. 2016 15:24

Wie ich oben geschrieben habe: einfach eine ListInstance aus einem vordefinierten Typ erzeugen und dann Deinen Inhaltstyp draufpacken. Einfach, schlank und sauber.

Oppirator Als Antwort am 18 Okt. 2016 15:43

Und wie packst Du den Inhaltstyp drauf? Dies macht man doch in der Schema.xml und nicht in der Elements.xml. Zumindest ist das bei den ListDefinitions so.

Ich hätte eine eigene Schema.xml erstellt und hier den ContentType definiert. Nur dies funktioniert eben nicht.

Sorry, aber wie sich aus meinen Postings erahnen lässt, bin ich neu in Sharepoint-Entwicklung (aber nicht in .net) :)

Andi Fandrich Als Antwort am 18 Okt. 2016 15:51

Ach, jetzt habe ich auch endlich kapiert, wo Dein Problem liegt :-)

Das geht natürlich nicht deklarativ per XML (soll man laut Microsoft ohnehin gar nicht mehr benutzen). Aber es geht mit wenigen Zeilen Code in FeatureActivated.

Oppirator Als Antwort am 18 Okt. 2016 16:36

:)

Aber müsste es nicht auch deklarativ gehen. Welchen Zweck erfüllt sonst "CustomSchema" in der Elements.xml. Man kann doch hier auf eine separate Schema-Datei verlinken. Nur funktioniert eben diese Verlinkung bei mir nicht, bzw. ich gebe den Pfad vermutlich falsch ein.

Mittels FeatureActivated würde es nautürlich auch gehen.

Thomas Östreich Als Antwort am 18 Okt. 2016 16:53

CustomSchema Funktioniert schon würde ich dir aber nicht empfehlen da dadurch die Lokalisierung verloren geht. Wenn du es unbedingt mit der Schema.xml umsetzen möchtest (was ich auch verstehen kann) dann lieber gleich ein eigenes Template welches vom Typ auch ein Calendar oder Contact sein darf.

Thomas Östreich Als Antwort am 18 Okt. 2016 16:49

Hallo Andi,

kannst du mir sagen wo es steht das man ContentTypeBinding nicht mehr benutzen soll?

Andi Fandrich Als Antwort am 18 Okt. 2016 17:08

[quote user="Thomas Östreich"]kannst du mir sagen wo es steht das man ContentTypeBinding nicht mehr benutzen soll?[/quote]

Hallo Thomas,

das ging doch vor ein oder zwei Jahren groß rum. Oder war's schon zur Einführung von 2013? Natürlich finde ich jetzt keine Referenz mehr dazu, kann mich aber an einen Aufruf von MS erinnern, man solle doch bitte den deklarativen Ansatz vergessen.

Wo ich gerade so drüber nachdenke, könnte es aber sein, daß sich das nur auf die "neue" clientseitige Entwicklung bezieht. Und wenn man sich z.B. das PnP Projekt anschaut, findet man dort keinerlei XML mehr.

Olaf Didszun Als Antwort am 18 Okt. 2016 20:34

Wenn ich heute etwas für SharePoint entwickeln muss, dann verfolge ich immer den Ansatz, dass es mit möglichst geringem Aufwand auch in der anderen Fraktion verwendbar ist (Cloud/On-Premise). Aus diesem Grund habe ich mich vollständig vom Server-side Object Model und dem deklarativen Ansatz für Columns, Content Types und Lists verabschiedet. Ich verwende hierfür ausschließlich das Office 365 PnP PowerShell Modul, und wo das nicht ausreicht, mache ich den Rest mit dem CSOM über die PowerShell. Damit lässt sich dann auch spielend leicht der ursprüngliche Hinweis von Andi umsetzen: nimm eine Custom List und füge den Rest über einen Content Type hinzu.

Beste Grüße
Olaf