Developing with C# 2008 Express Part 1

So not everyone can afford to shell out the money for the professional version of Visual Studio. That should not stop anyone from pursuing their passion or even satisfying their curiosity of developing in the dot net world.

Recently a friend requested that I coach him on learning C# and OOP for a program that he wants to write. He has been programming, but his experience is mostly with a procedural language of some sort, classic VB and VBA I believe. He does not have Visual Studio Professional so he decided to go with C# 2008 Express Edition. Just so that I could coach him appropriately, I figured that we both needed to develop in the same environment. That way we could both work on the same project. This is mostly because C# Express projects cannot be opened by professional editions of Visual Studio and vise versa. You normally have to port over your projects manually from one to the other. You do this enough times and it becomes somewhat of a pain. Therefore we decided to stick with one environment - C# Express 2008.

His request was not only to learn C#, but object-oriented programming (OOP) as well. So I thought I might as well get him started with a Test Driven Development (TDD) approach. Since TDD almost forces you to implement good OOP designs and principles I figured I could simply use NUnit. Well... NUnit does work with C# Express, but only as an add-on tool. You can't use any of the other cool tools that help you run NUnit like Resharper or TestDriven.net. C# Express does not allow add-ons period. For this reason the only way to run C# Express is to run it via the Tools menu with command line arguments. This poses a problem because you cannot step into your code.

Therefore running NUnit via the tools menu only gets you partially there since you cannot use the debugger capabilities of Visual Studio - remember no Add Ons. To further cripple your debugging attempts C# Express cannot attach the debugger to an external process. This means that you cannot run the NUnit Test Runner and simply attach to it.

A quick google search allowed me to find ExpressUnit. ExpressUnit is an open source project found on google code. You can find more information here on ExpressUnit. This open source project allowed me to walk the code in a debug session. There were a couple of problems with ExpressUnit. On one hand it was written using WPF and as cool as I like to think WPF is, the color them was butt ugly. You can modify the color theme since you have the full source code so this is probably a minor issue. On the other hand the tool used it's own unit test framework. This means that it not only ran the testable code but now you are using a framework other than NUnit to create your tests. Well I like to stick with things that universally accepted unless there is a compelling reason not to. NUnit has tons of suporting extensions like BDD frameworks and is compatible with more conintous integration tools than any other unit testing framework. For this reason I determined that ExpressUnit was not the most viable solution.

ExpressUnit did allowed me to run my tests and find some obscure bugs that I could simply not find by using NUnit via the Tools menu in C# Express. Because it was not most viable solution I decided to research the topic a little more.

This led me to find that you can also call the NUnit's console runner as well as the GUI runner from within your code. From this I deducted that you can also call NUnit's GUI runner. That way I could use the Unit Test framework of choice in the dot net world. I am still experimenting with it, but at least you know you have choices if you are planning to program in C# as a hobby. I will post the example soon, so stay tuned for more.

Here is how you have to call NUnits Gui Runner. You also have to add the debug parameters from the link above.


    class Program
    {
        [STAThread]
        static void Main(string[] args)
        {
            //NUnit.Gui.Runner.Main(args);
            NUnit.Gui.AppEntry.Main(args);
        }
    }

Comments

Post a Comment

Popular posts from this blog

Putting Files on the Rackspace File Cloud

Recently, I’ve been playing around with Asp.Net MVC and I (along with some friends) am creating an Asp.Net MVC application that can access files from our website. This means that files must display on the site as well as provide a way to download/upload them. I won’t give away all the details of the project but I will say this: Sharing photos is one of the driving forces for our project.  The files are only image type files( jpg, etc) The files must be uploaded by the users and stored somewhere within our system.  We don’t necessarily know at this time how much storage space we need but we think that we will need a little at first but possibly a lot more down the road. This means that the storage of these files must be scalable. The uploading of files must be controlled by our system.  Right off the bat we started our application and were uploading files to the web server with no problem.  We only did it this way to kind of prove our system model. We wer...
Read more

Setting Up XnaMobileUnit to run unit tests in Windows Phone 7 XNA Games

Image
Introducing XnaMobileUnit I decided to roll my own unit test framework for Windows Phone 7 XNA games.   I have a couple of reasons why I decided to roll my own.  Among them was the fact that you cannot reference regular .Net assemblies from Windows Mobile Framework.  That means that referencing NUnit was out of the question.  Also using some of the other libraries that can be used for Silverlight Applications didn't quite feel right for me. The framework that I have created, XnaMobileUnit, is very simple to use and provides all the necessary functionality to run unit tests.  I am still working on the framework to provide a few more capabilities and features, but for the most part it is ready to use out of the box.  XnaMobileUnit is open source licensed under the Apache 2.0 License and can be downloaded from http://code.google.com/p/xna-mobile-unit/ .  I recommend downloading the latest source and compiling it then referencing the new DLL. Othe...
Read more

Reasons to Stay Away from CSLA

We've been using CSLA - Component-based Scalable Logical Architecture in a product for approximately one year and while it solves quite a few problems it violates some major good practices. No Clear Separation of Layers While at the time that we chose CSLA we knew very little about domain driven design, it is no excuse for the framework to possess the data access layer within the business object. This makes it extremely difficult to separate the concerns. As a result, it is difficult to mock the data-access layer creating many problems when attempting to perform unit tests. This also puts the additional responsibility of data access on the business object class, violating the Single Responsibility Principle( SRP ). Data access layer should be totally separated from the business object period. Having the data access within the within the BO class is not the only additional responsibility placed on the class but is the most significant one I can think of. No Context Validation...
Read more