Over the last month and a bit or so at my work, I've been working on replacing a legacy system with Dynamics CRM.
I'm optimistic that regardless of how people feel about it, I think it will be a good fit for the system it's replacing.
Straight out of the gate however, there are a number of things that worried me.
First, the plugin code that I had been given had no tests, everything was static methods with raw linq-to-crm, so it wasn't even designed with testing in mind.
Thirdly, I was entering the Dynamics scene with no training, and the knowledge that people have done a lot with Dynamics, but it's also really easy to screw it up.
With that in mind, I'd like to start a series of blog posts about how I reengineered our plugins with the following goals in mind:
- The plugins should be unit testable
- The plugins should use IoC framework so that they only contain what they need to function.
- The plugins should provide insight into how they're functioning
It is my hope that my Blog will help others to write better code and provide a place where people can offer me advice to how I can improve our workflow as well.comments powered by Disqus