Xbox LIVE Indie Games
Sort Discussions: Previous Discussion Next Discussion
Page 1 of 1 (3 posts)

Is SunBurn flexible enough to adopt a different archi?

Last post 6/16/2011 3:57 PM by TuronTooter. 2 replies.
  • 6/16/2011 1:44 PM

    Is SunBurn flexible enough to adopt a different archi?

    Hi guys,

    Just want to ask if SunBurn is flexible enough for me to create my own architecture, say using MVC, and still be able to take advantage of its entity handling? I can see that the Synapse folks are trying to beef up SunBurn into a full-fledged game engine, but since I want a different approach to architecture, will I still be able to take advantage of it's entity handling and even still be able to use the SunBurn Editor?

    Thanks,
    Anton
  • 6/16/2011 3:30 PM In reply to

    Re: Is SunBurn flexible enough to adopt a different archi?

    It depends... Sunburn essentially just draws the list of things you give it. How you manage and provide that list of things is up to you. You can replace most/(all) of the managers that sunburn provides if you dont like them though I've never found a reason to.

    On the other hand the more you diverge from the style of programming that an engine designer envisioned the less likely things will go well for you... e.g. people who try to avoid the built in XNA update/draw loop usually end up failing miserably.


  • 6/16/2011 3:57 PM In reply to

    Re: Is SunBurn flexible enough to adopt a different archi?

    The ZMan:
    It depends... Sunburn essentially just draws the list of things you give it. How you manage and provide that list of things is up to you. You can replace most/(all) of the managers that sunburn provides if you dont like them though I've never found a reason to.

    On the other hand the more you diverge from the style of programming that an engine designer envisioned the less likely things will go well for you... e.g. people who try to avoid the built in XNA update/draw loop usually end up failing miserably.




    Thanks for the input. I was thinking of using the MVC architecture outlined in these 2 articles:
    http://www.gamasutra.com/view/feature/2280/the_guerrilla_guide_to_game_code.php
    http://www.doolwind.com/blog/model-view-controller-mvc-game-engine/
    Wherein the "View" part is basically a class that contains the Render() method which consumes the "Model" which essentially contains the state of the entity (stuff like translation, rotation, even game specific ones like life, mana, skills, etc.), and then the "Controller" handles the events raised by the "View" part (ie, mouse inputs, button inputs for menus, etc.).

    So I guess SunBurn's rendering (update & draw) will still be used. What changed will be how the XNA components are constructed. Instead of having the Component have both the Update & Render, I will just move the Render in the "View" and the Update in the Controller.

    Based on your input, this architecture scenario shouldn't be a problem.

    Thanks again ZMan!
Page 1 of 1 (3 posts) Previous Discussion Next Discussion