Re: Simple question about Java Methods
On Aug 18, 11:43 am, Daniel Pitts
<newsgroup.spamfil...@virtualinfinity.net> wrote:
Danger_Duck wrote:
In paramaters, can I specify what type of String I want? For example,
can I do something like:
public void method1(static final String s) {
//do something
}
I suppose my bigger question is how you specify a fixed value without
resorting to Java's ugly implementation of enumarations.
For instance, I want to have a class that will graph functions based
on type, but one of the parameters is "sin, square, sawtooth" etc.
Right now, I have declarators like 'public static final String sin =
"SinWave"; ' at the top of my class, and would like it so that the
constructor only accepts static final strings. Of course, he might use
such strings from different classes to my dismay, but at least I will
filter it out a bit.
So am I able to get more specific about the parameters I want to take
in? My gut feeling is no since the above code looks atrocious, but I
would like to hear how one goes about such things in a simple manner
(again, without enumerations).
You've just said something akin to "I want to pound nails into a board,
but I don't want to use an ugly hammer."
enumerations are not ugly:
public class Grapher {
public enum WaveType {
sine, square, sawtooth
}
public void graph(WaveType type) { ... }
}
This is faster than dealing with String, and more type-safe as well.
Even better, add a method to each:
public class Grapher {
public enum WaveType {
sine {
public void graph(Grapher target) { target.drawSine()=
; }
},
square {
public void graph(Grapher target) { target.drawSquare=
(); }
},
sawtooth {
public void graph(Grapher target) { target.drawSawtoo=
th(); }
}
;
public abstract void graph(Grapher target);
}
public void graph(WaveType type) { type.graph(this); }
}
Now, if you really don't want to use enum (I can't imagine why), you
*can* create your own class WaveType, which emulates enums, but thats
just silly unless you want to give your clients the ability to extend the=
m.
So, now having given you what I think is best, can you tell me why you
want to avoid enums? What about this is ugly to you?
Good luck,
Daniel.
--
Daniel Pitts' Tech Blog: <http://virtualinfinity.net/wordpress/>
Doh!, I guess enumerations in Java aren't as bad as I thought, in
addition to not being able to interchange them with integers, I was
always turned off by the below link, but turns out that I misread it:
http://java.sun.com/docs/books/tutorial/java/javaOO/enum.html
I had thought that a client program had to instantiate an instance of
the enumeration, then call a method on it. Now I realize that I
thought the class "EnumTest" was the enumeration :)
While I still don't like how Java does not provide direct access to
the enumeration like in C, your way works fine for what I want here,
and it looks like I was too quick to bash what I had in fact misread.