Nicht zum binden der Komponente Attribut mit controller

Ich versuche zu entwickeln, die eine benutzerdefinierte visualforce-Komponente, die es dauert, um ein Attribut aus einer visuellen Kraft, die Seite. Ich brauche Zugriff auf das Attribut im controller-Konstruktor übergeben, so dass ich können bringt einige Datensätze aus der Datenbank und ich muss anzeigen, die Datensätze in der Komponente. Aber das problem ist, dass ich nicht die erste Attribut-Wert-Controller.

Siehe unten im code, das problem zu verstehen klar..

Controller :

public with sharing class AdditionalQuestionController {
    public String CRFType {get;set;}
    public AdditionalQuestionController () {
        system.debug('CRFType : '+CRFType);
        List<AdditoinalQuestion__c> lstAddQues = [Select AddQues__c from AdditoinalQuestion__c wehre CRFType = :CRFType];
        system.debug('lstAddQue : '+lstAddQue);
    }
}

Komponente :

<apex:component controller="AdditionalQuestionController" allowDML="true">
    <apex:attribute name="CRFType" description="This is CRF Type."  type="String" required="true" assignTo="{!CRFType}" />
        <apex:repeat value="{!lstAddQue}" var="que">
            {!que}<br />
        </apex:repeat>
</apex:component>

VisualForce-Seite :

 <apex:page >
    <c:AdditionalQuestionComponent CRFType="STE" />
</apex:page>

Dank,
Vivek

InformationsquelleAutor Vivek | 2012-07-19
  1. 2

    Setter-Methoden auf die Attribute in einem VF-Komponente angezeigt werden aufgerufen, nachdem der Konstruktor zurückgegeben hat, leider. Hier ist eine alternative Lösung für Ihren controller verwendet, die eine getter-Methode zum Auffüllen Ihrer Liste (das würde aufgerufen werden, nachdem Ihre CRFType member-variable gesetzt wurde):

    public with sharing class AdditionalQuestionController {
    public String CRFType {set;}
    public AdditionalQuestionController () {
        system.debug('CRFType : '+CRFType); //this will be null in the constructor
    }
    public List<AdditoinalQuestion__c> getLstAddQue() {
        system.debug('CRFType : '+CRFType); //this will now be set
        List<AdditoinalQuestion__c> lstAddQues = [Select AddQues__c from AdditoinalQuestion__c wehre CRFType = :CRFType];
        system.debug('lstAddQue : '+lstAddQue);
        return lstAddQue;
    }
}
    • Danke JCD, seine Arbeit... 🙂
    InformationsquelleAutor JCD
  2. 5

    Ich glaube, das Problem hier ist, dass Sie erwarten, dass die member-variable auf einen Wert innerhalb des Konstruktors — der Haken ist, dass die Instanz der Klasse wird gebaut! Es existiert noch nicht und so gibt es keine Möglichkeit, dass eine nicht-statische member-variable einen Wert erhalten kann, vor.

    Tun, anstatt die Abfrage im Konstruktor, können Sie Ihre eigenen getter für lstAddQue tun und die Abfrage in der es, wenn Sie die Daten benötigen. Natürlich können Sie Zwischenspeichern möchten, den Wert, so dass die Abfrage nicht jedes mal, aber von den blicken der Dinge, die nicht sein hier relevant.

    • +1 für die Erklärung, warum der setter nicht aufgerufen, bevor der Konstruktor...ich muss noch etwas mehr Kaffee.
    • Vielen Dank Matt, jetzt kann ich endlich weiter arbeiten 🙂
    • Ich weiß, es ist schon Arbeit, aber eine weitere option, die verfügbar, um Sie (in Zukunft) weggelassen werden, einschließlich der Steuerung der Bauteil-und pass einfach in das Attribut als Typ der Klasse selbst. Sie kann in benutzerdefinierte Apex-Klasse, die Instanzen direkt in den Komponenten, ohne dass ein controller für die Komponente. Seltsam - aber wahr. Es wird dann genauso behandelt wie jede andere bereits instanzierten Objekten, mit alle öffentlichen Eigenschaften und Methoden zugänglich von innerhalb der Komponente. Der Konstruktor, aber schon feuerte einmal in die Komponente.
    • Danke JCD, ich +1 würden Sie, sobald ich sah Ihre Antwort mit einem code-Beispiel!
    InformationsquelleAutor Matt Lacey
Schreibe einen Kommentar