Hi Alexander,
On 16/10/2010 21:44, Alexander Krasnukhin wrote:
Domain model could be written in java, groovy, scala etc. Am I the
only one who think this tendency is wrong?
Maybe ;-)
I don't see anything wrong with letting developers code up their domain
model in a language other than Java, and the obvious ones are Groovy,
Scala and JRuby. I guess Jython is also possible, because it is object
oriented in a sense. Not sure about Clojure and Jaskell, though...
probably too far over to the functional scale.
Whether support for these other languages is of any significant appeal
to the community, I don't know. But I think the fact that we can do it
does demonstrate that at the end of the day it's the metamodel that matters.
I think there is a need for some NO language to describe objects. Some
simple language to generate stub classes in java, groovy, scala etc.
Then we could use these stubs as base classes & add all domain
specific features. But still able to update stubs via recompiling stub
classes.
Are you suggesting some sort of NO DSL, with a simplified syntax? The
way you describe it, it sounds like its an external DSL, with a code
generation step. I'd be wary of this, unless there was good tooling
support to make the code gen invisible to the end developer.
I have less problems with internal DSLs ,though it seems to me though
that Scala might be an obvious way of implementing a DSL (as I
understand it, Scala's support for actors is all just a DSL). I guess
Groovy and JRuby also support internal DSLs as well, though?
Dan, what do you think about this? I do remember in the beginning the
java was the only one language to describe model. It was good. Now we
have groove, gonna have scala.. is it really right thing to do?
As I said, I don't mind support for multiple languages. Interested in
other viewpoints, though.
Dan
