On Feb 26, 2009, at 3:34 PM, szczepiq wrote:
Hi,
we are working intensely on Gradle 0.6. One focus is to make our
DSL more
intuitive.
Cool! Here is my feedback on the syntax.
1. Personally, I'd like to recommend 'declarative' style of naming.
Example:
'create', 'addMavenRepo' (old syntax), etc are not really declarative
- they express operations.
But:
'dependencies', 'repositories', 'dependsOn', etc are declarative and
therefore consistent & very nice to read.
So instead of :
create('myRepoName').asOfficialMaven()
I'd vote for:
officialMaven() or repository('myRepoName').isOfficialMaven()
flatDir(...) or repository("libs").isFlatDir(...)
Point taken. This makes sense a lot of sense to me.
2. Skipping repo names if I don't need them would be cool as well but
I have no idea what repercussions does it have.
3. I'd probably prefer 'mavenCentral' to 'officialMaven' because the
first one is very commonly used. Try google for 'official maven' and
'maven central' :)
We will switch to the 'maven central' terminology.
This feedback is just my humble POV so use whatever you want from
it :)
Thanks
- Hans
Cheers,
Szczepan Faber
On Thu, Feb 26, 2009 at 2:33 PM, Hans Dockter <[email protected]>
wrote:
Hello,
we are working intensely on Gradle 0.6. One focus is to make our
DSL more
intuitive. To achieve this we are improving the syntax of the DSL
as well as
how the different elements play together.
Here is a link to the current draft of the new DSL:
http://docs.codehaus.org/display/GRADLE/Dependencies
We are very interested in your feedback.
- Hans
--
Hans Dockter
Gradle Project lead
http://www.gradle.org
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
--
Hans Dockter
Gradle Project lead
http://www.gradle.org
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
