Java arrays and primitive types should (perhaps) be deprecated

I have been brushing up on my Java skills this year. For 2 years I did mostly Ruby and Common Lisp development. I think that Lisp is a great research language but not so great for deployments and long term maintainability. Ruby is a great prototyping language and for small web portal projects Rails is my favorite tool. However, I keep coming back to Java because of the tools/libraries and the robust deployment software options.

So, I have carefully read through both Effective Java (2nd edition) and Java Generics recently to brush up on my Java skills. As a result, I completely refactored one of my medium size projects to use generics and collection classes exclusively - no arrays. Since arrays must contain reifiable types they play poorly with generics.

There are some obvious cases where not using primitive types leads to excessive object creation and boxing/unboxing. That said, I expect Java compilers, Hotspot, and the JVM in general to keep getting better and this may be a non-issue in the future.

Comments

  1. patrickdlogan7:50 PM

    Groovy has become my jvm language. Graceful integration with Java and most of the benefits of dynamic languages. Tools still leave a lot to be desired. Much better than plain Java though. I'm not sure Java should change at all now - freeze it and allow the innovation to take place in the vm, and new languages for the vm.

    ReplyDelete
  2. Mark Watson, author and consultant6:33 AM

    Hello Patrick,

    Groovy certainly looks good, but runtime performance is poor. I have invested a huge amount of time in the last 3 1/2 years getting into Ruby, and for some things I like JRuby, so I think that I will stick with Ruby as my "slow" language. Really, would be very happy if I never had to use anything but Ruby but in the real world sometimes runtime performance maters.

    Scala looks good because of language features, good runtime performance, and an interactive development shell. That said, I have decided to wait to see how popular the language (and Lift) get.

    In general, I agree with your enthusiasm for new JVM languages.

    ReplyDelete
  3. Michael H.2:15 PM

    What do you think about the Java generics?

    I've used them on each (usually small) Java project I've worked on in the past couple years. While coercing types out of a standard Vector or ArrayList has always been ugly, the generics syntax strikes me each time as being really verbose & repetitive.

    I've been using NetBeans for Java work for some time, ever since I needed to build a desktop app and liked their interface builder. Refactoring support there helps some, but it still feels like the entire process gets in the way of coding.

    But you've worked on more substantial programs in Java than I have -- probably ever, certainly lately. =) What do you think?

    ReplyDelete
  4. Mark Watson, author and consultant2:50 PM

    Hello Michael,

    I like and use Java generics, but for me it is mostly an "all or nothing" exercise: I tend to not mix plain arrays with generics in the same code base.

    If you find the syntax verbose, you can try Scala (very efficient), JRuby (not so efficient), or Groovy (also not so efficient).

    ReplyDelete

Post a Comment

Popular posts from this blog

My Dad's work with Robert Oppenheimer and Edward Teller

Robert Oppenheimer and Edward Teller facilitated my Dad getting a professorship at UC Berkeley when I was 3 years old. Oppenheimer left Berkeley but Teller was a good friend of my father and I remember him being in our home. Three weeks ago, my wife and I were just leaving to see the new Oppenheimer movie when my Dad called. He mentioned that when I was in grade school he was invited to give a talk at Princeton. After his talk Oppenheimer talked with my Dad and invited him to have dinner at his house. My Dad said Oppenheimer was not well (I think he died of throat cancer soon afterwards) but his wife Kitty carried the conversation. My Dad, Ken Watson, passed away 10 days ago on August 18, 2023.
Read more

Ruby Sinatra web apps with background work threads

In Java-land, I have often used the pattern of writing a servlet with an init() method that starts up one or more background work threads. Then while my web application is handling HTTP requests the background threads can be doing work like fetching RSS feeds for display in the web app, perform periodic maintenance like flushing old data from a database, etc. This is a simple pattern that is robust and easy to implement with a few extra lines of Java code and an extra servlet definition in a web.xml file. In Ruby-land this pattern is even simpler to implement: require 'rubygems' require 'sinatra' $sum = 0 Thread.new do # trivial example work thread while true do sleep 0.12 $sum += 1 end end get '/' do "Testing background work thread: sum is #{$sum}" end While the main thread is waiting for HTTP requests the background thread can do any other work. This works fine with Ruby 1.8.7 or any 1.9.*, but I would run this in JRuby for a lon
Read more

Time and Attention Fragmentation in Our Digital Lives

  As humans we have evolved over a few million years to be both attentive and reactive to danger, live in social communities, and spend much of our time being in the present moment gathering and eating food and socializing. The behavior of rapidly changing short attention to content on social media, too many good short form things to watch on streaming video entertainment platforms, are all rewiring our brains in an unnatural and unhealthy way. I fight back, but in really simple ways that entail little ceremony: Almost every morning I spend 30 minutes scanning Hacker News (about 10 minutes), Apple News (about 5 minutes), and the remaining time on Twitter and Mastodon finding interesting new (mostly tech) things. I make notes in a temporary Apple Note: links of things I may want to research, try, or simply read that day. I like to get this all done at once, and then not feel like I need to interrupt my activities during the day to “catch up” on what is happening in the world. In a way,
Read more