Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.java.programmer > #10012

Re: Static type checking: hybrid mode in Groovy

Show all headers | View raw

On Thu, 17 Nov 2011 07:16:09 -0800, Roedy Green
<see_website@mindprod.com.invalid> wrote:

>On Wed, 16 Nov 2011 00:41:36 -0800 (PST), Robert Klemme
><shortcutter@googlemail.com> wrote, quoted or indirectly quoted
>someone who said :
>
>>"One of them is that Java programmers who discover Groovy are often
>>amazed about the conciseness of the language as compared to Java, and
>>start programming in Groovy like they would in Java, that is to say
>>with types and leveraging the syntax of Groovy. The key here is that
>>many programmers never use the dynamic features of Groovy, but rather
>>use the language as a "better Java syntax"."
>
>The verbosity of Java has always bothered me. Early on I lobbied for
>various measures to put it on a diet.  The biggest win was for:each.
>The Java creators are only now beginning to relax their resistance to
>syntactic sugar to make programs terser, hence easier to type and
>proofread.

     I can live with some verbosity.  There will always be edge cases
that require special handling.  Where I take issue with Java is that
normal, run-of-the-garden case often require verbosity.  A bit here, a
bit there: it adds up to a tangle.

     In the preprocessor that I was working on, an if condition ended
up taking quite a bit of screen width.  I added a method so it would
simplify this.  In many other languages, all I would have to have
written was something like:
          if (cParsedWord=="$define")
Instead, I had to write:
          if (cParsedWord.equals("$define"))
Without that method, it was something like:
          if (cParsedWord.Value.toString().equals("$define"))
The method that hid the verbiage was in this class:
   VRStringB
    (
    StringBuilder Init
    )
      {
      this.Value=Init;
      }

   boolean equals
    (
    String theString
    )
      {
      return this.Value.toString().equals(theString);
      }

   void Set
    (
    String theString
    )
      {
      this.Value.replace(0,this.Value.length(),theString);
      }
   }
And I had that class in the first place, because Java does not have
call-by-reference.

     Death by a thousand cuts.

[snip]

Sincerely,

Gene Wirchenko

Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Static type checking: hybrid mode in Groovy Robert Klemme <shortcutter@googlemail.com> - 2011-11-16 00:41 -0800
  Re: Static type checking: hybrid mode in Groovy Roedy Green <see_website@mindprod.com.invalid> - 2011-11-17 07:16 -0800
    Re: Static type checking: hybrid mode in Groovy Lew <lewbloch@gmail.com> - 2011-11-17 09:28 -0800
      Re: Static type checking: hybrid mode in Groovy Andreas Leitgeb <avl@gamma.logic.tuwien.ac.at> - 2011-11-18 08:16 +0000
      Re: Static type checking: hybrid mode in Groovy Roedy Green <see_website@mindprod.com.invalid> - 2011-11-18 02:32 -0800
        Re: Static type checking: hybrid mode in Groovy Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2011-11-18 07:35 -0400
        Re: Static type checking: hybrid mode in Groovy Lew <lewbloch@gmail.com> - 2011-11-18 07:23 -0800
    Re: Static type checking: hybrid mode in Groovy Gene Wirchenko <genew@ocis.net> - 2011-11-17 10:25 -0800
      Re: Static type checking: hybrid mode in Groovy markspace <-@.> - 2011-11-17 10:32 -0800
        Re: Static type checking: hybrid mode in Groovy Gene Wirchenko <genew@ocis.net> - 2011-11-17 11:02 -0800
  Re: Static type checking: hybrid mode in Groovy Robert Klemme <shortcutter@googlemail.com> - 2011-11-19 11:49 +0100

csiph-web