DOTNET POWER PLAY
.NET stuffings and MICROSOFT (C) technologies
Tuesday, April 20, 2004
Monday, April 19, 2004
Datasets vs. Custom Entities
Datasets vs. Custom Entities: "Barry Gervin's Software Architecture Perspectives
Using .NET in the Enterprise
Datasets vs. Custom Entities
So you want to build your own entity objects? Maybe you are even purchasing or authoring a code-gen tool to do it for you. I like to use Datasets when possible and people ask why I like them so much. To be fair, I'll write a list of reasons to not use datasets and create your own entities - but for now, this post is all about the pros of datasets. I've been on a two week sales pitch for DataSets with a client so let me summarize."
Sunday, April 18, 2004
Writing managed code for semi-trusted environments
Writing managed code for semi-trusted environments: "Calling into your other components
If your application consists of several assemblies it is important that it is able to load them and run them. Both Internet and Intranet zone in the default v1.1 policy give assemblies the permission to connect back to the server of origin to fetch components � this is needed for loading referenced libraries. If you are on v1.0, your Internet zone may get not permission at all and you will have to grant some permissions to it manually, including the permission to read things from the server if your application has multiple assemblies.
Another important thing that I mentioned is being able to run. If your assembly is strong name signed and you call into it from your partially trusted application this will not work unless you have AllowPartiallyTrustedCallersAttribute on it:
[assembly: AllowPartiallyTrustedCallersAttribute]
"
Friday, April 16, 2004
Taking it to the next level... C# books
Taking it to the next level...
Josh writes:
I've been working professionally with C# for about 2 years now and am just blown away by the things I can do with it. Lately though, I've felt like I've plateaud at this beginner to intermediate level. Every book I look at is either "Hello, World" or beyond my level of expertise, I feel like I'm always one step behind the game and my code is becoming stale.
That's a very interesting question. I'm not longer a professional programmer (though I was for a little over a decade), so you'll also want to listen to the comments that others are sure to write.
If you haven't read them, there are a couple of books that I'd definitely recommend.
Code Complete
The Pragmatic Programmer
Both of these are currently on my bookshelf (actually, they would be if somebody hadn't walked off with my copy of Code Complete).
To expose yourself to some new ideas, I'd also suggest:
Refactoring: Improving the Design of Existing Code
Extreme Programming Adventures in C#
Test-Driven Development in Microsoft .NET
Whether you agree with these approaches or not, they are certainly thought-provoking.
The best programmers that I've known always have a few side projects going on, where they're exploring new areas, new environments, etc. If you've never done network programming, try writing some socket code, or play around with remoting, or DirectX. Play around with tools, like a profiler, or measure the performance of different options. Get a book on .NET IL and spend some time under the covers (Richter's book is a good guide here).
Finally - and this may seem like weird advice from a C# guy - spend some time writing some code in a language such as Perl. Scripting languages lead to a different mindset that can be useful in language.
posted on Thursday, April 15, 2004 9:21 PM
.NET Architecture Center:
.NET Architecture Center: - a platform where authoritative software architects from all corners of Microsoft's architect community will discuss the connection between opportunities once out of reach and the solutions that now make them possible.
Thursday, April 15, 2004
Format columns in the .NET Winforms Datagrid
Format columns in the .NET Winforms Datagrid: "DataGrid.Expand(-1);
DataGrid.NavigateTo(0, 'Customers');"