cocos2d for iPhone

A fast, easy to use, free, and community supported 2D game engine

1. 

   FBryant
   Member

   Suppose I have an Enemy class from which I create several enemy instances, they can move around and are clickable.

   What approach do most people use to actually visually represent an enemy instance?

   (in flash this was ridiculously simple, u just "linked" a movieclip to the class file)

   My current approach isn't such a good one, I made Enemy a subclass of CCSprite so I could access position properties etc. I then created a sprite within the class and added it as a child. This worked fine for simple purposes but wasn't very practical in the long run.

   I'd really like to know the best way of graphically representing an object if someone could please let me know.

   Posted 2 years ago #
2. 

   Codemattic
   Moderator

   "I'd really like to know the best way of graphically representing an object"

   Do you mean like an level editor. Flash (the app) is pretty great in that you can just click and drag your sprites/movieclips around to quickly build levels. Cocos level tools are much more primitive, I think most people tend to do more directly in code.

   Posted 2 years ago #
3. 

   Dan
   Member

   It really depends on the architecture of your game classes and your style of coding. You could subclass CCSprite as you have done, or you could create an independent Enemy class which has a CCSPrite object as a member variable. You would then set the touch delegate to be your enemy class, and implement the ccTouchBegan/ccTouchMoved/ccTouchEnded methods and check the if the touch point was inside your sprite rect.

   There's multiple ways to skin this cat, including separating your logic/input/gfx code into separate components as well (kinda like the MVC pattern).

   Posted 2 years ago #
4. 

   FBryant
   Member

   Ok one issue I'm having when creating Enemy as a subclass of Sprite, how do I actually assign a sprite to it?

   If I just make a sprite object within Enemy it kinda devoids the point of having it as a subclass of CCSprite.

   In other words, subclassing CCSprite gives me access to position variables etc, but how do I actually init that class with an image file?

   Normally you just use:
   CCSprite *enemy= [CCSprite spriteWithFile:@"Enemy.png"]

   But I'm actually creating an Enemy class which I have to alloc and init, how can I also add "spriteWithFile"?

   Posted 2 years ago #

RSS feed for this topic

Reply

You must log in to post.