UPDATE: Jeremy Thake hat gebloggt dazu und legte einige Code für eine Konsolenanwendung zeigt, dass interne Namen.
Ich war schwierig zu ankommen ein Inhaltsabfrage-Webpart ein Fälligkeitsdatum einer Aufgabe anzuzeigen, und weil die Bildschirm-Bezeichnung "Fälligkeitsdatum" ist, Ich nahm an, dass der Spaltenname in verwenden <CommonViewFields> ist "Due_x0020_Date".
Falsch!
In diesem Fall war die echte Spaltenname "DueDate".
Wie habe ich es gefunden? Ich lese wieder Heather Solomon's Blog-Eintrag zum Ändern von CQWP zusätzliche Spalten mit Daten zeigen. Sie beschreibt diesen Prozess bei Schritt #13. Vertrauen. Es ist richtig. Mindestens, Es war für mich richtig. Ich es zuerst für eine weitere Spalte mit einem viel längeren Namen nicht Vertrauen.
Ich sage "es Vertrauen" weil ich es nicht traute und wahrscheinlich verschwendet nahe zwei Stunden butting meinen Kopf gegen eine Wand. Nachdem ich die "DueDate aufgelöst" Name, Ich wollte ein weiteres Feld hinzufügen <CommonViewFields>. Mithilfe der Solomon-Technik, Ich war immer einen Spaltennamen wie "XYZ_x0020_Project_x0020_Due_x00".
Ich dachte mir, Das ist eindeutig ein gekürzten Namen. Ich ging voran und UN abgeschnittene es ohne Erfolg. Ich habe endlich den scheinbar abgeschnittenen Namen und es funktionierte.
Extra-Tipp: Wenn ich die Arbeit mit den CQWP, Wenn ich einen schlechten internen Namen hinzugefügt <CommonViewFields>, die CQWP würden mir sagen, ob die Abfrage keine Ergebnisse zurückgegeben hatte. Aber, Wenn ich den Feldnamen einen Datentyp hinzugefügt, Es wäre ein Ergebnis zurückzugeben.. Hinzufügen der Daten maskiert Typ tatsächlich ein Problem da ich ein nicht-Existent-Feld verweisen auf war. Ich könnte es hinzufügen, aber als ich versuchte, seinen Wert anzeigen, Ich würde immer eine leere erhalten..
Dies den Fehler nicht maskieren:
<CommonViewFields>Due_x0020_Date;</CommonViewfields>
Dies den Fehler maskieren.:
<CommonViewFields>Due_x0020_Date,DateTime;</CommonViewfields>
</Ende>