Comments on: The Continuing Quest for DEATH of string-literals in my Code… http://unhandled-exceptions.com/blog/index.php/2008/11/22/the-continuing-quest-for-death-of-string-literals-in-my-code/ Miscellaneous musings on life, .NET development, and related things that don't really matter Thu, 17 May 2012 21:31:47 +0000 http://wordpress.org/?v=2.7 hourly 1 By: Alex http://unhandled-exceptions.com/blog/index.php/2008/11/22/the-continuing-quest-for-death-of-string-literals-in-my-code/comment-page-3/#comment-121478 Alex Thu, 02 Feb 2012 03:44:19 +0000 http://unhandled-exceptions.com/blog/index.php/2008/11/22/the-continuing-quest-for-death-of-string-literals-in-my-code/#comment-121478 With today's tech it's easier than ever to read QR code, multiple apps in the iOS family allows you to do it, same with android, even blackberry has a built in QR reader. We been doing QR stuff for some time, if you want we can help you out... http://www.keepautomation.com/products/net_barcode/barcodes/qrcode.html http://www.keepautomation.com/products/iphone_barcode/ With today’s tech it’s easier than ever to read QR code, multiple apps in the iOS family allows you to do it, same with android, even blackberry has a built in QR reader. We been doing QR stuff for some time, if you want we can help you out… http://www.keepautomation.com/products/net_barcode/barcodes/qrcode.html http://www.keepautomation.com/products/iphone_barcode/

]]> By: john rusk http://unhandled-exceptions.com/blog/index.php/2008/11/22/the-continuing-quest-for-death-of-string-literals-in-my-code/comment-page-1/#comment-30044 john rusk Thu, 01 Apr 2010 20:11:37 +0000 http://unhandled-exceptions.com/blog/index.php/2008/11/22/the-continuing-quest-for-death-of-string-literals-in-my-code/#comment-30044 [...] a high school science teacher who quizzes his class one day about an article in the New York Times.Unhandled Exceptions Blog Archive The Continuing Quest ...John Rusk Says: Hi, Interesting post thanks. By the way, here's another approach which I tried out [...] [...] a high school science teacher who quizzes his class one day about an article in the New York Times.Unhandled Exceptions Blog Archive The Continuing Quest …John Rusk Says: Hi, Interesting post thanks. By the way, here’s another approach which I tried out [...]

]]> By: John Rusk http://unhandled-exceptions.com/blog/index.php/2008/11/22/the-continuing-quest-for-death-of-string-literals-in-my-code/comment-page-1/#comment-17994 John Rusk Fri, 03 Jul 2009 02:11:27 +0000 http://unhandled-exceptions.com/blog/index.php/2008/11/22/the-continuing-quest-for-death-of-string-literals-in-my-code/#comment-17994 Hi, Interesting post thanks. By the way, here's another approach which I tried out for removing strings from code. It might not be applicable in your particular case, but perhaps it might be of interest anyway: http://www.codeplex.com/ActiveSharp PS. I've just found a workaround for the T4-templates-not-auto-running problem that you mentioned: http://blogs.msdn.com/davidebb/archive/2009/06/26/the-mvc-t4-template-is-now-up-on-codeplex-and-it-does-change-your-code-a-bit.aspx (details part way down the page) Hi,

Interesting post thanks.

By the way, here’s another approach which I tried out for removing strings from code. It might not be applicable in your particular case, but perhaps it might be of interest anyway: http://www.codeplex.com/ActiveSharp

PS. I’ve just found a workaround for the T4-templates-not-auto-running problem that you mentioned: http://blogs.msdn.com/davidebb/archive/2009/06/26/the-mvc-t4-template-is-now-up-on-codeplex-and-it-does-change-your-code-a-bit.aspx (details part way down the page)

]]> By: sbohlen http://unhandled-exceptions.com/blog/index.php/2008/11/22/the-continuing-quest-for-death-of-string-literals-in-my-code/comment-page-1/#comment-5554 sbohlen Sun, 23 Nov 2008 12:11:19 +0000 http://unhandled-exceptions.com/blog/index.php/2008/11/22/the-continuing-quest-for-death-of-string-literals-in-my-code/#comment-5554 @Brendan: This has (generally) been a dream of mine as well -- to look @ rewriting the CriteriaAPI in a non-string-dependent manner as is illustrated in both your post and the other one you mention. I took a (brief) look at what your own implementation is doing and I think that's more in-line with my thoughts so I will dig into it in more detail when I have a sec. The other post you reference is actually one that I am already familiar with and while I like the AFFECT of using it and am certainly sympathetic to its goals, I am (generally) predisposed to reject out-of-hand anything that requires the tedious and brittle maintenance of anything like that approach where there is a need for a completely parallel class for every class in the NHibernate.Criterion or NHibernate.Restrictions namespace (e.g., OrderEx, PropertyEqualsEx, etc., etc.). Speaking as a (new) member of the NHibernate team, however, I can say that its (generally) unlikley that you will see a re-work of the Criteria API along these lines come out as an 'official' part of NHibernate -- the group agreement (as of now) is that the path to non-string-literal-dependency runs through a LINQ provider for NHibernate that eliminates the need for the CriteriaAPI altogether rather than a redo of the design of the CriteriaAPI that reduces/eliminates the use of literal strings. That said, I will take a more comprehensive look @ what you've done there and let you know my thoughts. @Brendan:

This has (generally) been a dream of mine as well — to look @ rewriting the CriteriaAPI in a non-string-dependent manner as is illustrated in both your post and the other one you mention.

I took a (brief) look at what your own implementation is doing and I think that’s more in-line with my thoughts so I will dig into it in more detail when I have a sec.

The other post you reference is actually one that I am already familiar with and while I like the AFFECT of using it and am certainly sympathetic to its goals, I am (generally) predisposed to reject out-of-hand anything that requires the tedious and brittle maintenance of anything like that approach where there is a need for a completely parallel class for every class in the NHibernate.Criterion or NHibernate.Restrictions namespace (e.g., OrderEx, PropertyEqualsEx, etc., etc.).

Speaking as a (new) member of the NHibernate team, however, I can say that its (generally) unlikley that you will see a re-work of the Criteria API along these lines come out as an ‘official’ part of NHibernate — the group agreement (as of now) is that the path to non-string-literal-dependency runs through a LINQ provider for NHibernate that eliminates the need for the CriteriaAPI altogether rather than a redo of the design of the CriteriaAPI that reduces/eliminates the use of literal strings.

That said, I will take a more comprehensive look @ what you’ve done there and let you know my thoughts.

]]> By: Brendan Kowitz http://unhandled-exceptions.com/blog/index.php/2008/11/22/the-continuing-quest-for-death-of-string-literals-in-my-code/comment-page-1/#comment-5547 Brendan Kowitz Sun, 23 Nov 2008 09:43:20 +0000 http://unhandled-exceptions.com/blog/index.php/2008/11/22/the-continuing-quest-for-death-of-string-literals-in-my-code/#comment-5547 I like the idea of using Lambda expressions to 'modern-ize' the NHibernate Criteria interface. If a kick-ass library come out I'd use it. Here are some links to other similar attempts that may help you along the way. Here was my playing around: http://www.kowitz.net/archive/2008/08/17/what-would-nhibernate-icriteria-look-like-in-.net-3.5.aspx And someone before me: http://bugsquash.blogspot.com/2008/03/strongly-typed-nhibernate-criteria-with.html My thoughts are; I would respect an extension that did more than simply returning the 'string' of a property name, but rather integrated the Lambda expression to add criteria..example, for a Restrictions.Add(): ICriteria c = session.CreateExpression() .Add(p => p.FirstName == "John"); Glad it's not just me that wants something like this though. I like the idea of using Lambda expressions to ‘modern-ize’ the NHibernate Criteria interface. If a kick-ass library come out I’d use it.
Here are some links to other similar attempts that may help you along the way. Here was my playing around:
http://www.kowitz.net/archive/2008/08/17/what-would-nhibernate-icriteria-look-like-in-.net-3.5.aspx
And someone before me:
http://bugsquash.blogspot.com/2008/03/strongly-typed-nhibernate-criteria-with.html

My thoughts are; I would respect an extension that did more than simply returning the ’string’ of a property name, but rather integrated the Lambda expression to add criteria..example, for a Restrictions.Add():

ICriteria c = session.CreateExpression()
.Add(p => p.FirstName == “John”);

Glad it’s not just me that wants something like this though.

]]>