Ajax (1) Apex Class (12) Apex Trigger (2) Community (2) Home Page (1) HTML (4) Integration (3) JS (7) KB (1) Label (1) Licenses (1) Listing (1) Log (1) OOPs (5) Sharing (1) Static Resource (1) Test Class (3) URI (1) Visualforce (10)

Monday 9 February 2015

Working with Field Sets

Open topic with navigation

Working with Field Sets

You can use dynamic bindings to display field sets on your Visualforce pages. A field set is a grouping of fields. For example, you could have a field set that contains fields describing a user's first name, middle name, last name, and business title. If the page is added to a managed package, administrators can add, remove, or reorder fields in a field set to modify the fields presented on the Visualforce page without modifying any code. Field sets are available for Visualforce pages on APIversion 21.0 or above. You can have up to 50 field sets referenced on a single page.

Working with Field Sets Using Visualforce

Field sets can be directly referenced in Visualforce by combining the $ObjectType global variable with the keyword FieldSets. For example, if your Contact object has a field set called properNames that displays three fields, yourVisualforce page can reference the field data through the following iteration:
<apex:page standardController="Contact">      <apex:repeat value="{!$ObjectType.Contact.FieldSets.properNames}" var="f">           <apex:outputText value="{!Contact[f]}" /><br/>      </apex:repeat>  </apex:page>
You can also choose to render additional information, such as field labels and data types, through the following special properties on the fields in the field set:
Property NameDescription
DBRequiredIndicates whether the field is required for the object
FieldPathLists the field’s spanning info
LabelThe UI label for the field
RequiredIndicates whether the field is required in the field set
TypeThe data type for the field
For example, you can access the labels and data types for the fields in properNames like this:
<apex:page standardController="Contact">      <apex:pageBlock title="Fields in Proper Names">          <apex:pageBlockTable value="{!$ObjectType.Contact.FieldSets.properNames}" var="f">              <apex:column value="{!f}">                  <apex:facet name="header">Name</apex:facet>              </apex:column>               <apex:column value="{!f.Label}">                  <apex:facet name="header">Label</apex:facet>              </apex:column>               <apex:column value="{!f.Type}" >                  <apex:facet name="header">Data Type</apex:facet>              </apex:column>           </apex:pageBlockTable>       </apex:pageBlock>   </apex:page>
If this Visualforce page is added to a managed package and distributed, subscribers can edit the properNames field set. The logic for generating the Visualforce page remains the same, while the presentation differs based on each subscriber’s implementation. To reference a field set from a managed package, you must prepend the field set with the organization’s namespace. Using the markup above, if properNames comes from an organization called Spectre, the field set is referenced like this:
{!$ObjectType.Contact.FieldSets.Spectre__properNames}

Working with Field Sets Using Apex

Fields in a field set are automatically loaded when your Visualforce page uses a standard controller. When using a custom controller, you need to add the required fields to the SOQL query for the page. Apex provides two Schema objects that allow you to discover field sets and the fields they contain, Schema.FieldSet and Schema.FieldSetMember. For information about these two system classes, see “FieldSet Class” in the Force.com Apex Code Developer's Guide.

Sample: Displaying a Field Set on a Visualforce Page

This sample uses Schema.FieldSet and Schema.FieldSetMember methods to dynamically get all the fields in the Dimensions field set for the Merchandise custom object. The list of fields is then used to construct a SOQL query that ensures those fields are available for display. The Visualforce page uses the MerchandiseDetails class as its controller.
public class MerchandiseDetails {        public Merchandise__c merch { get; set; }            public MerchandiseDetails() {          this.merch = getMerchandise();      }        public List<Schema.FieldSetMember> getFields() {          return SObjectType.Merchandise__c.FieldSets.Dimensions.getFields();      }        private Merchandise__c getMerchandise() {          String query = 'SELECT ';          for(Schema.FieldSetMember f : this.getFields()) {              query += f.getFieldPath() + ', ';          }          query += 'Id, Name FROM Merchandise__c LIMIT 1';          return Database.query(query);      }  }
The Visualforce page using the above controller is simple:
<apex:page controller="MerchandiseDetails">      <apex:form >          <apex:pageBlock title="Product Details">            <apex:pageBlockSection title="Product">                <apex:inputField value="{!merch.Name}"/>            </apex:pageBlockSection>                    <apex:pageBlockSection title="Dimensions">                <apex:repeat value="{!fields}" var="f">                    <apex:inputField value="{!merch[f.fieldPath]}" 
                      required="{!OR(f.required, f.dbrequired)}"/> </apex:repeat> </apex:pageBlockSection> </apex:pageBlock> </apex:form> </apex:page>
One thing to note about the above markup is the expression used to determine if a field on the form should be indicated as being a required field. A field in a field set can be required by either the field set definition, or the field’s own definition. The expression handles both cases.

Field Set Considerations

Fields added to a field set can be in one of two categories:
  • If a field is marked as Available for the Field Set, it exists in the field set, but the developer hasn’t presented it on the packaged Visualforce page. Administrators can display the field after the field set is deployed by moving it from the Available column to the In the Field Set column.
  • If a field is marked as In the Field Set, the developer has rendered the field on the packaged Visualforce page by default. Administrators can remove the field from the page after the field set is deployed by removing it from the In the Field Set column.

The order in which a developer lists displayed fields determines their order of appearance on a Visualforce page.

As a package developer, keep the following best practices in mind:
  • Subscribers with installed field sets can add fields that your page didn’t account for. There is no way to conditionally omit some fields from a field set iteration, so make sure that any field rendered through your field set works for all field types.
  • We recommend that you add only non-essential fields to your field set. This ensures that even if a subscriber removes all fields in the field set, Visualforce pages that use that field set still function.
Note
Field sets are available for Visualforce pages on API version 21.0 or above.
© Copyright 2000–2015 salesforce.com, inc. All rights reserved.
Various trademarks held by their respective owners.

 

1 comment:

  1. Harrah's Resort Atlantic City - Mapyro
    Information, maps, and reviews for 논산 출장마사지 Harrah's Resort Atlantic City - MGM Grand Hotel in Atlantic City - 청주 출장샵 view the 청주 출장샵 map Harrah's 나주 출장샵 Resort Atlantic City 김제 출장샵 - Mapyro.

    ReplyDelete