That method is how non-local returns, throws, breaks and continues worked in 
the BGGA closures prototype and how non-local returns work in Scala.

Not that I'd suggest it for user-level code. Use methods.
-----Original Message-----
From: Carl Jokl <[email protected]>
Sender: [email protected]
Date: Tue, 3 Jan 2012 05:23:55 
To: The Java Posse<[email protected]>
Reply-To: [email protected]
Subject: [The Java Posse] Re: ORMs and Immutability

I think my discovery of the day is in a CSV parser that has a comment
about how if the code below were written in C then it would use goto
in order to jump quickly from one large section to another but as goto
is not available in Java, instead it throws an exception to quickly
jump to another part of the code as part of the flow control. I think
I am falling deeper down the rabbit hole.

It does seem to bring the problem more into focus. I don't know if it
is a lack of awareness of accepted good practices (I am apprehensive
about saying "best practices" because I know of those who hate that
term and think "best practices" are generally subjective and end up
being corporate speak like leveraging synergies). It seems what I have
seen implies more and more a general attitude of "We know better" and
treatment of these design patterns and principles as unnecessary time
wasting exercises invented by consultants so that they can take more
time over things and therefore make more money. I also wonder if the
comment might have related to experience with the company actually
hiring a consultant to do something and no doubt the consultant would
probably have programmed rather differently to the regular
programmers.

I know also I should be careful because this is a public group and I
cannot be sure that my comments could not be discovered. As much as
perhaps I therefore might be better not to discuss current work issues
here, I have done so knowing the risks given that otherwise I would be
left feeling pretty isolated.

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

-- 
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en.

Reply via email to