tags:

views:

287

answers:

5

I understand that String[] args is an array of strings passed into main as parameters.

java Print "Hello, World!"

 

class Print {
  public static void main(String[] args) {
    System.out.println(args[0]);
  }
}

However, when you don't include it as a parameter (even if you don't use), it throws an exception. So why is it required? Also, why can't it be an int[] or boolean[]?

+3  A: 

The Java runtime system looks specifically for a method with a single String[] type parameter, because it wants to pass the parameters to your main method. If such a method is not present, it informs you through an exception.

If you want to treat the (string) command line parameters as integers or booleans, you are expected to do the conversion yourself. This allows you to handle the condition where somebody enters "ponies" where you expect an integer.

Greg Hewgill
+2  A: 

That's how the language was designed. C and C++ both do it in a similar fashion, though with a separate count, information that's included in the string array for Java.

You could have designed it to take integers or booleans but that would have added more work to the Java runtime for potentially little benefit.

Strings can be used to transmit any sort of information into the main program (including integers and booleans). Not so for integers if you want to pass in a string (short of the user having to manually encode it as UTF-8 or something, not something that would endear people to the language).

Just remember to declare it. By all means, raise a change request on the language if you wish (to make it optional, or allow other signatures) but I suspect that will not get very far.

paxdiablo
A: 

Because the code that runs your main() function is looking very specifically for that signature. Think of it as having, somewhere:

YourClass.main(new String[] { ... });

Obviously, if main takes anything else, this will fail.

bdonlan
+17  A: 

It's a String because the command line is expressed in text. If you want to convert that text into integers or booleans, you have to do that yourself - how would the operating system or Java bootstrapper know exactly how you wanted everything to be parsed? I suppose Java could look for a main method with the same number of parameters as command line arguments, and then try to parse them using Integer.parseInt etc... but this would be pretty complicated, and would still be inadequate in many situations.

As for it being mandatory - basically the Java designers decided to stick to a single method signature, which is frankly simpler than allowing for it to be optional. It would be possible though - in C#, you can have any of

static void Main()
static void Main(string[] args)
static int Main()
static int Main(string[] args)

Ultimately it doesn't make a lot of difference, to be honest. There's no significant downside in having to include the parameter.

Jon Skeet
Oi, why the name change?
paxdiablo
+1 - it doesn't make any difference. Move along, nothing happening here :-)
Stephen C
@paxdiablo: A little fun due to my talk at DevDays, that's all. Will revert in a few days or a week.
Jon Skeet
Thanks for the answer Jon! Btw, your latest article was very, very good.
Austin Kelley Way
+1 - concise and correct
Tim Joseph
I was just wondering: who the heck has a reputation of 111k but is not Jon? Oh, Jon. That’s who. :)
Bombe
+1  A: 

It's a convention. The method is used by command line interpreter and that's how it expects it. Moreover - the compiler expects the signature in this particular form too and won't compile if you omit the parameter, for example

DroidIn.net