Ben Walker
  • Blog
  • Blog

LINQPad connections to Dynamics 365 online - Part 3 - Using MyExtensions to encapsulate your connection code

13/12/2019

0 Comments

 
In the first part of this multi-part series of articles about creating connections in LINQPad to Dynamics 365 online, I went through the basic steps needed to create an OrganizationService connection in a LINQPad script.
The second article explained how to manage MFA protected accounts.
In this third article, I will explain how we can improve things by encapsulating all of this logic into a couple of useful methods which allow us to connect to Dynamics 365 by simply typing a single line of code.

Using ‘My Extensions’ to encapsulate this into a single ‘login’ command
Clearly, we don’t want to have to type all of the code from the previous articles into LINQPad every time we want to connect to Dynamics365. Using the MyExtensions class, we can very easily encapsulate all of the above logic into a single method, so that when you want to create a  connection to one of your Dynamics 365 instances, all you need to type is something like this:

    
The MyExtensions class allows us to create reusable methods and other reusable components. To access the file, you can find and double click on the file from the ‘My Queries’ pane, or by using the shortcut Shift+Ctrl+Y:
Picture
When you first open the MyExtensions file, you will see something like this:
Picture
Let’s start by defining an enum, listing the different environment we might want to connect to:

    
Now you can add a ‘ConnectToCrm’ method in MyExtensions which takes one of these ‘environments’ as a parameter, and use a switch statement to build your connection string and connect to Dynamics 365:

    
NB: You must compile your MyExtensions file by hitting f5 before the code becomes available in your other scripts.
Now all you need to do to connect to the environment of your choice in any LINQPad script is to select one of your preconfigured environments:
Picture
Connecting to multiple environments at the same time
One of the advantages in using this method of logging in, compared to a pre-configured LINQPad connector, is that it allows you to connect to more than one environment in a single script, to compare data or maybe to move data from one environment to another.

    
which will give a result like this:
Picture
Do you really want to log into production?
Another feature which you can add to your MyExtensions code is a warning when a user is about to log into production. This can be very useful in preventing someone from accidentally running a script against a production instance. We can easily do this by using LINQPad’s Util.ReadLine method to prompt the user to confirm if they want to connect to Production:
Code Editor

    
A prompt will appear at the bottom of the page, asking for confirmation when a Production instance is chosen:
Picture
Adding Impersonation to our MyExtensions code
In this article, I explained how impersonating users can be very useful in diagnosing problems, or testing what happens when code as different users with different security roles. Adding an Impersonate method to your MyExtensions method can make this very straightforward.
Picture
Sharing the love
Once you have created your methods in your MyExtensions file, you can share this with the rest of the team, using the method outlined in this article. If you all set your  ‘Plugins and Extensions’ folder to the same folder in your Source Control system, you can all connect to Dynamics in exactly the same way without having to share any passwords.
0 Comments



Leave a Reply.

    Archives

    July 2021
    June 2021
    May 2020
    March 2020
    December 2019
    October 2019
    June 2018
    February 2018
    October 2017
    September 2017
    August 2017
    May 2017
    April 2017

    Categories

    All
    Dynamics 365
    Dynamics CRM
    FakeXrmEasy
    LINQPad
    Testing

    RSS Feed

    Author

    Some stuff about me!

Proudly powered by Weebly