Dynamics CRM Model Driven Apps: Simple Tips for registering events in Form

I started using Dynamics CRM in version 2013. Back then, we all know if we need some retrieving function in JavaScript, we need to create our library (HttpRequest) or using XrmSvcToolkit. Even in XrmSvcToolkit we actually can set async to true, our tendency will straight to use it as sync. And this concept is the problem that we always carry on in the current version.

The problem comes when we want to apply it in the current version. As we know, we have WebApi project that implements promise. The concept of Promise has become a standard of Javascript development nowadays and we as CRM Developer need to stop running from it. Embrace it.

In below, this is the sample of how we get data using XrmSvcToolkit (Implementation of CRM old code):

function getAccount(accountId){
    var data;
        entityName: "Account",
        id: accountId,
        select: ["Name", "Telephone1", "Fax", "WebSiteURL", "PrimaryContactId"],
        async: false,
        successCallback: function (result) {
          result = data;
        errorCallback: function (error) {
            alert("Failed to retrieve record");
    return data;
function setByAccount() {
    var accountRef = Xrm.Page.getAttribute('new_accountid').getValue();
    if(!accountRef) return;
    var accountData = getAccount(accountRef[0].id);
    if(!accountData) return;

From the code above, we can see getAccount function is the method that handle to retrieving data. While in setByAccount method is the function that used it and set the result (accountData.Name) to new_description. And that’s it. Clean enough!

If we refactor it to current version of CRM, this is how the code look like:

function error(error) {
function setAccount(context, account) {
    var formContext = context.getFormContext();
function getAccount(context) {
    var accountRef = Xrm.Page.getAttribute('new_accountid').getValue();
    if (!accountRef) return;
    Xrm.WebApi.retrieveRecord('account', accountRef[0].id,
        .then(success => setAccount(context, success),
            error => error(error));

Now getAccount method being changed, from before to return the data. Now it changed to link the action (call setAccount method). 

With that being said, our JavaScript changed a lot if we migrate from the old version to the new version and this is the problem that we need to face (bad design leading to regression). So how to handle it to make sure it is easier to maintain in the future? For me, the answer is when we register the function in the form. Instead of doing this:

I recommend you to just register per event like this:

This is the code from above event:

var Blog = Blog || {};
Blog.Form = Blog.Form || {};
(function () {
    // ...
    this.formOnLoad = function (context) {

The idea of register event-function per event is to make ease of your refactoring process and you don’t need to re-mapping the events if something in the future changes again. Like in the above sample, setAccount calling getAccount and then in the new version, getAccount is the one that calls the setAccount.

So, do you agree with my opinion?


One thought on “Dynamics CRM Model Driven Apps: Simple Tips for registering events in Form

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.