Hi !
Featured games (90)
games approved by the League of Dukes
Games in Showcase (748)
Games in Android Showcase (226)
games submitted by our members
Games in WIP (834)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  Why are all Group methods final?  (Read 1214 times)
0 Members and 1 Guest are viewing this topic.
Offline psiegel

Junior Devvie

Adamant about gaming.

« Posted 2004-07-27 15:41:29 »

I noticed that most if not all of the methods defined in the Group object are declared final.  Why on earth is that?

I'm working on translating some animation code I wrote in Java3D to Xith3D, and in the Java3D version I relied on overriding the addChild() method of Group.  I created an AnimatedGroup object that was a child of Group, and then also had Animation objects that are children of Node.  When an Animation object is added to an AnimatedGroup object, I want to call some additional methods on that Animation object along with adding it to the group.  

My AnimatedGroup.addChild() method looked like this:

public void addChild(Node node) {
  if (node instanceof Animation) {
    ... do stuff to animation object ...

Obviously this doesn not work when addChild() is declared as final in the Group object.  I suppose I could write a  addAnimation() wrapper method in AnimatedGroup, but it looks sloppy to me.  Is there a good reason that Group has all these methods declared as final?


Paul Siegel
Adamant Games, Inc.
Offline William Denniss

JGO Coder

Projects: 2

Fire at will

« Reply #1 - Posted 2004-07-27 22:57:38 »

I am not sure, it certainly is not a Java3D thing:


Offline Yuri Vl. Gushchin

Senior Devvie

Speak Java!

« Reply #2 - Posted 2004-07-28 04:28:14 »


After reviewing the current implementation of addChild() and other methods declared in Group, I see no reason of why they made final. This may come to the original design idea of David, but I do not see any problem to change this except that I can estimate increasing number of support request from new and mid users trying to extend Group, Node etc. - I would place BIG poster "Extend nodes on your own risk" before changing this, but, again, if you think we should change this, no pbs.

[OK, Java3D porting compatibility is a good reason]


Yuri Vl. Gushchin
JProof Group
Pages: [1]
  ignore  |  Print  

xxMrPHDxx (331 views)
2017-12-31 17:17:51

xxMrPHDxx (107 views)
2017-12-31 17:15:51

xxMrPHDxx (157 views)
2017-12-28 18:11:33

Ecumene (339 views)
2017-09-30 02:57:34

theagentd (503 views)
2017-09-26 18:23:31

cybrmynd (542 views)
2017-08-02 12:28:51

cybrmynd (484 views)
2017-08-02 12:19:43

cybrmynd (459 views)
2017-08-02 12:18:09

Sralse (421 views)
2017-07-25 17:13:48

Archive (1343 views)
2017-04-27 17:45:51
Java Gaming Resources
by philfrei
2017-12-05 19:38:37

Java Gaming Resources
by philfrei
2017-12-05 19:37:39

Java Gaming Resources
by philfrei
2017-12-05 19:36:10

Java Gaming Resources
by philfrei
2017-12-05 19:33:10

List of Learning Resources
by elect
2017-03-13 14:05:44

List of Learning Resources
by elect
2017-03-13 14:04:45

SF/X Libraries
by philfrei
2017-03-02 08:45:19

SF/X Libraries
by philfrei
2017-03-02 08:44:05 is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!