sfeldman.NET
.NET, code, personal thoughts
-
Excellent Reading
Just finished reading Agile Principles, Patterns, and Practices in C# from Robert and Micah
FowlerMartin. A definitely recommended book. Some stuff is not taking advantage of the .NET (not using generics where could do that, Visitor pattern for example. -
Volta
I was following the development on Script# CCC was developing. Sounded like an interesting idea of getting closer .NET and client-side JavaScript. Today found a link to MS experimental project called Volta (hmm, I wonder what will happen if you dare to touch it, same that happens to many experimental projects - a moment of joy and a big shocker at the end? :)
-
NAnt And Visual Studio - Reporting From the Field Trip
In my previous blog I was looking how to enable MbUnit with MSBuild from visual studio. As nice as it is, I was missing the flexibility and options of going beyond unit testing only.
-
TDA Principle
While reading materials about how to improve my OO code / design, I run into "Tell, Don't Ask" principle. Interestingly, I also have read this article and realized that I am still thinking as a procedural developer. But then I got confused by the idea - you can test the interactions, but how do you test the state if you trying to eliminate any trace of state from the object? Does that mean that state base testing causes to violate TDA principle?
-
DRY or not?
One of the web applications requirements is to provide a rich user experience. Client side validation and formatting is a part of this UX. The subject I want to address today is how to achieve a good level of UX on formatting with respect to one of the OO principles, DRY principle.
-
Recommended
The training session I took with JP Boodhoo "Nothin But .NET" was awesome. Was quiet surprised that a variation of this course, "Nothin But .NET Fundamentals" is not sold out yet. If you are anywhere near to College Station TX, and want to know what high-end fundamentals are - register to this training session.
-
Generating Changes
This post is not going to be technical at all - pure theory of how to generate a change in minds of those who cannot accept what agility and test driven development are proposing.
-
Factory Pattern for User Controls
User Controls are handy when working in web forms, but what a mess they can generate. I was asked what to do when UCs are used and some dependencies need to be injected during the construction - but UCs are a bit tricky in regards to construction. So the possibilities are:
-
Interface Naming Notation - To "I" or not to "I" - Part 2
While discussing with JP Boodhoo why he stopped to use the I notation for the interfaces, I think we got to the point where it was clear why would someone drop the "I" or opposite, adopt it.
-
Interface Naming Notation - To "I" or not to "I"
While reading R.C. Martin's book converted to C# by M. Martin "Agile Principles, Patterns, and Practices in C#" I could not ignore the fact that the Java notation for interface naming was used all over the place. Trying to be open-minded (or should I use "pragmatic" these days) I want to pop a question what is the benefit of dropping the I-prefix and how it does or does not influence the daily work.