Comments for DevInstance http://devinstance.wordpress.com Life should taste as good as it Thu, 30 Nov 2006 20:00:16 +0000 http://wordpress.com/ hourly 1 Comment on The Singleton Pattern by Igor Ramadas http://devinstance.wordpress.com/2006/10/19/the-singleton-pattern/#comment-16 Igor Ramadas Thu, 30 Nov 2006 20:00:16 +0000 http://devinstance.wordpress.com/2006/10/19/the-singleton-pattern/#comment-16 Gave up? Stopped blogging??? I knew it... Gave up? Stopped blogging??? I knew it…

]]> Comment on The Abstract Factory Pattern by Tiago Braga http://devinstance.wordpress.com/2006/10/21/the-abstract-factory-pattern/#comment-13 Tiago Braga Mon, 23 Oct 2006 20:07:05 +0000 http://devinstance.wordpress.com/2006/10/21/the-abstract-factory-pattern/#comment-13 Thanks a lot! Thanks a lot!

]]> Comment on Design Patterns for .NET by The Singleton Pattern « DevInstance http://devinstance.wordpress.com/2006/09/22/design-patterns-for-net/#comment-12 The Singleton Pattern « DevInstance Thu, 19 Oct 2006 23:24:11 +0000 http://devinstance.wordpress.com/2006/09/22/design-patterns-for-net/#comment-12 [...] DevInstance Life should taste as good as it « Design Patterns for .NET [...] [...] DevInstance Life should taste as good as it « Design Patterns for .NET [...]

]]> Comment on Dot Net Hungry by Finding references in Visual Studio - an annoying problem « DevInstance http://devinstance.wordpress.com/2006/08/12/dot-net-hungry/#comment-6 Finding references in Visual Studio - an annoying problem « DevInstance Sun, 27 Aug 2006 22:20:09 +0000 https://devinstance.wordpress.com/2006/08/12/dot-net-hungry/#comment-6 [...] A good tool from Visual Studio 2005 is the “Find all references” in the context menu. However, it has a annoying behavior in a common situation within my project. [...] [...] A good tool from Visual Studio 2005 is the “Find all references” in the context menu. However, it has a annoying behavior in a common situation within my project. [...]

]]> Comment on A 3-tier model by ceconjr http://devinstance.wordpress.com/2006/08/19/a-3-tier-model/#comment-5 ceconjr Sat, 26 Aug 2006 19:12:38 +0000 http://devinstance.wordpress.com/2006/08/19/a-3-tier-model/#comment-5 Ok, you've got a point. However, I think that if "ease of migration to different persistence types" was a requirement, I would go with the adoption of a good persistence service implementation like NHibernate (http://www.hibernate.org/343.html). About "data access" being a subject, I do not agree with it (that's just my opinion). We must remember that what matter is not really the number of subjects at all, but the cohesion of a class. As we can define cohesion as the degree of relatedness of the members in a class, I think that a class with a hundred methods that contains dynamic SQL code is not dealing with one subject called "data access", but maybe with a hundred subjects, each one related to the class that uses the method. I'll tell you why: when you write a method in this class (the class that contains all the SQL statements), you will have a code snippet that builds a SQL statement using dynamic SQL. What is the MOST important subject here? The "data access" represented by the construction of the SQL statement or WHAT the SQL statement really do (eg: retrieves a user from database)? I stay with the last one. :) Ok, you’ve got a point.

However, I think that if “ease of migration to different persistence types” was a requirement, I would go with the adoption of a good persistence service implementation like NHibernate (http://www.hibernate.org/343.html).

About “data access” being a subject, I do not agree with it (that’s just my opinion). We must remember that what matter is not really the number of subjects at all, but the cohesion of a class. As we can define cohesion as the degree of relatedness of the members in a class, I think that a class with a hundred methods that contains dynamic SQL code is not dealing with one subject called “data access”, but maybe with a hundred subjects, each one related to the class that uses the method. I’ll tell you why: when you write a method in this class (the class that contains all the SQL statements), you will have a code snippet that builds a SQL statement using dynamic SQL. What is the MOST important subject here? The “data access” represented by the construction of the SQL statement or WHAT the SQL statement really do (eg: retrieves a user from database)? I stay with the last one. :)

]]> Comment on A 3-tier model by Igor Ramadas http://devinstance.wordpress.com/2006/08/19/a-3-tier-model/#comment-4 Igor Ramadas Mon, 21 Aug 2006 14:08:13 +0000 http://devinstance.wordpress.com/2006/08/19/a-3-tier-model/#comment-4 I would go with the first option, putting all the SQL statements together. If you need to support a new database or repository, that isn't SQL compliant, you'll have to change all your business classes. Putting them together (all code related to data access on one or more dedicated classes), you could create a base class, that has common statements, and create inherited classes with the special modifications for each database. And you could assume that "data access" is a subject, too :-) I would go with the first option, putting all the SQL statements together. If you need to support a new database or repository, that isn’t SQL compliant, you’ll have to change all your business classes. Putting them together (all code related to data access on one or more dedicated classes), you could create a base class, that has common statements, and create inherited classes with the special modifications for each database.

And you could assume that “data access” is a subject, too :-)

]]> Comment on The blog name by ceconjr http://devinstance.wordpress.com/2006/08/12/the-blog-name/#comment-3 ceconjr Mon, 14 Aug 2006 20:30:43 +0000 https://devinstance.wordpress.com/2006/08/12/the-blog-name/#comment-3 =) =)

]]> Comment on The blog name by Igor Ramadas http://devinstance.wordpress.com/2006/08/12/the-blog-name/#comment-2 Igor Ramadas Mon, 14 Aug 2006 18:46:14 +0000 https://devinstance.wordpress.com/2006/08/12/the-blog-name/#comment-2 $15, plus taxes. $15, plus taxes.

]]>