Hi !
Featured games (90)
games approved by the League of Dukes
Games in Showcase (769)
Games in Android Showcase (230)
games submitted by our members
Games in WIP (855)
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 1287 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  

EgonOlsen (1640 views)
2018-06-10 19:43:48

EgonOlsen (1701 views)
2018-06-10 19:43:44

EgonOlsen (1154 views)
2018-06-10 19:43:20

DesertCoockie (1582 views)
2018-05-13 18:23:11

nelsongames (1182 views)
2018-04-24 18:15:36

nelsongames (1705 views)
2018-04-24 18:14:32

ivj94 (2513 views)
2018-03-24 14:47:39

ivj94 (1730 views)
2018-03-24 14:46:31

ivj94 (2811 views)
2018-03-24 14:43:53

Solater (951 views)
2018-03-17 05:04:08
Deployment and Packaging
by mudlee
2018-08-22 18:09:50

Java Gaming Resources
by gouessej
2018-08-22 08:19:41

Deployment and Packaging
by gouessej
2018-08-22 08:04:08

Deployment and Packaging
by gouessej
2018-08-22 08:03:45

Deployment and Packaging
by philfrei
2018-08-20 02:33:38

Deployment and Packaging
by philfrei
2018-08-20 02:29:55

Deployment and Packaging
by philfrei
2018-08-19 23:56:20

Deployment and Packaging
by philfrei
2018-08-19 23:54:46 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!