EXTJS-Store-Problem mit Null-Werten — useNull: nicht haben einen Einfluss auf --Hilfe?

Leute,

Ich habe eine combobox-Komponente unterstützt durch eine JSONStore. Die geladenen Daten in den laden zurück-null-Wert für die combobox den Wert. Der Wert ist ein int. Die JSON decode Prozesses ist die Umwandlung der null-Wert in eine null, wodurch die combobox nicht zu erbringen, wenn es versucht, finden, pk, null, existiert nicht in seiner backing-store.

Ich habe festgestellt, das useNull: config-option für Daten.Feld-Objekte, Upgrade auf 3.3.0 Finale und mein int-Wert für die combobox zu useNull:true. Dies ist nicht mit Auswirkungen auf alle, leider. Der decodierte Wert wird noch geändert, von null zu null.

Irgendwelche Ideen darüber, wie Sie nicht setzen Sie das Feld auf null, wenn die Daten zu einem JSON-Feld null ist?

Hier ein pic von dem, was Los ist. Beachten Sie die Daten: der Wert ist null, aber der JSON-Wert ist null.

Dank!

(gah! stoopid Ruf < 10 so kann ich nicht direkt poste das pic. Es sehen hier: debug pic )

Auch, hier ist mein Shop, das Feld config:

  fields: [
        {name:"id", type:"int"},
        {name:"occurenceDate", dateFormat: 'Y-m-d\\TH:i:s', type:"date"},
        {name:"docketNumber", type:"string"},
        {name:"courtLocationId", type:"int", useNull:true},
        {name:"assignedOfficerId", type:"int", useNull:true},
        {name:"primaryIncidentTypeId", type:"int", useNull:true},
        {name:"secondaryIncidentTypeId", type:"int", useNull:true},
        {name:"tertiaryIncidentTypeId", type:"int", useNull:true},
        {name:"incidentLocation", type:"string"},
        {name:"summary", type:"string"},
        {name:"personalItemsSeized", type:"string"},
        "supplements",
        "parties",
        "judgeIds"
    ]
Jetzt bin ich nicht sicher, ob das Kombinationsfeld rendering-Probleme sind werden, weil der un-mappable Werte, die vom server kommt. Ich konfigurierte die JSONObjectMapper nicht zurückkehren, null-Felder auf der client-wie so (mit Jackson w/ Feder): setSerializationConfig().setSerializationInclusion(JsonSerialize.Einbeziehung.NON_NULL); jetzt ist die null-Felder werden nicht zurückkehren, aber die combobox ist immer noch nicht zu richtig machen. Immer noch recherchieren....

InformationsquelleAutor John Gordon | 2010-11-01

  1. 3

    Versuchen Sie es, ohne Typ-Deklaration. Sie können auch konvertieren Methode:

    {
    name: "primaryIncidentTypeId", 
    convert: function(value, row) {
        return (value == null) ? null : parseInt(value);
    }
}
    Danke für den Tipp. Ich wurde erfolgreich Hinzugefügt die oben (einzige Unterschied: Ext.isEmpty(value) - der Wert ist ein leerer string != null). Das löste das Problem mit JSON zu übersetzen, den Wert null zu null, aber es didn ' T lösen das problem, wo mein combo-Boxen wurden immer kleiner. Ich entdeckte, dass Sie explizit festlegen der Breite: config eine combobox, da sonst die combos schrumpfen.
    Noch ein Hinweis: ich lief in zwei Probleme bei diesem Prozess. Der 1. ist, dass das konvertieren: die Funktion habe ich definiert, in den Bereichen: param von den lagern wurden nie genannt. Der Grund ist, weil ich wurde wieder Spalte meta-Daten aus dem server in das zu bekommen, besiedelten das speichern, das überschreiben, was ich hatte hart codiert in das client-side-javascript-config.
    Das zweite Problem war mit Extjs 3.3.0. die Finale Version hat was ich denke ist ein bug, wenn gefragt wird, eine BasicForm, updateRecord() auf einem Formular, dessen Felder null sind. Das Problem ist in den Eingeweiden der BasicForm die updateRecord(): durchläuft er seine Felder aufrufen von getValue(), aber ruft dann Wert.Gruppen -- oder so ähnlich. Wenn der Wert null ist, es ist nicht ein Objekt, und...KABOOM. Irgendwelche Ideen dazu? Ich würde gerne ein upgrade auf 3.3 so kann ich mit der useNull: Eigentum statt Wandler.

    InformationsquelleAutor Donatas Olsevičius

  2. 0

    Über die combo-width: normalerweise verwende ich 

    defaults: {
    anchor: '100%'
}

    in der form der Erklärung und haben keine Probleme mit der Breite.

    Isnt es nicht möglich convert-Funktionen von server-Seite zusammen mit allen anderen Metadaten?

    Und ich bin immer noch mit ExtJS 3.2 - keine Notwendigkeit, keine neuen Fehler in die Produktionssysteme 🙂

    Ja, Sie können die convert-Funktionen in den meta-Daten von der server-Seite, sorry für nicht darauf hinzuweisen. Wir verwenden einige server-seitigen code zu generieren, extjs speichern von Metadaten basierend auf einer java-bean. Unser Prozess ist nicht hoch genug, um noch zu zählen-Wandler in den generierten code.
    danke für den Tipp re anchor: '100%' ich habe es benutzt, aber meine form ist zu groß für ihn attraktiv zu sein. Werde ich haben, um etwas herauszufinden-so wie man in den Spalten in das Formular zum verwalten der Größe. bis ich de-faul-i-fy mich, ich ' ll stick mit Breite: . 🙂

    InformationsquelleAutor Donatas Olsevičius

  3. 0

    Diese auch hat mich, zusätzlich können Sie überschreiben, geben Sie convert-Funktion Ext.Daten.Typen, die null-Werte zulassen, für Felder vom Typ Ganzzahl.

    Ext.data.Types.INT.convert = function(v){
  v = parseInt(String(v).replace(Ext.data.Types.stripRe, ''), 10);
  return isNaN(v) ? null : v;
};

    InformationsquelleAutor Alex

  4. -1

    Müssen Sie defaultValue: null ,useNull : true weil default-Wert für integet Typ ist null

    Beispiel:

    {name:"primaryIncidentTypeId", type:"int", useNull:true , defaultValue: null },

    InformationsquelleAutor mojtaba roohi

Schreibe einen Kommentar