• Advertisement
  • Popular Tags

  • Popular Now

  • Advertisement
  • Similar Content

    • By Matthew Suttles
      I am looking for team members to potentially collaborate on the development of various game projects as well as assistant applications potentially, tabletop games for example.  At the moment, I am doing the entire production on my own, which as a result is incredibly slow.  Any contributions will of course be credited, and as far as experience or skills, if you're confident that you can accomplish the tasks, then I'm more than willing to allow you to try.
      The biggest need at the moment is some art skills.  I 'can' draw, but not well, which means that if I'm going for positive asthetics, that it's going to take all year.  In my 2D games, and 3D games, art has been the one hold up.  I'm currently trying to work around the art issue, using placeholders and the likes, but the result is that no matter how far I take the game in concept, it's still lightyears from completion.  The more I accomplish, the more art assets will be needed to utilize it.  I intend to work on my own skills still in this department, but that being said, people who just want to get their art into a product, or people who want to expand their portfolio, are more than welcome to take over the production of art assets.  If you only have experience in pixel art, that's fine, I have a pixel art project on-going.  If you only 3D model, that's fine too, I've had some success in concept art and the likes, and helpful friends as well. Are you more the writing type?  Me too, we can bounce ideas back and forth, help solidify the storyline and concepts as we go on into the development process. Business minded?  I'd love to learn more by seeing how you work.
      I will say that, while I am working to advance my skills in all facets of game development, though my primary focus is programming, that being said I will always welcome a comrade, or ally.  Your position as a team member will not be nullified if I become able to fulfill the role.  The fact of the matter is, a team can accomplish more.  I do work a LOT on these projects, but I do understand that if you are joining this team, you aren't doing so for the wealth, meaning you likely have responsibilities elsewhere.  So, do not hesitate to contact me. If you are a beginner, looking to learn by practice, then you are welcome to come as well. We will utilize the best suited works for any development done, but it will always be merit based, meaning that whether you're a beginner that just joined, or me, if yours is more suited to the situation, yours will be used, and you will be credited for it.  Students, hobbyists, or professionals, all welcome.  If you're a professional though, I'm going to wonder why you are joining, but you are still welcome to join!
      Samples are always welcome, but if you don't have any, or don't know what to submit to the diversity of my product description, then just contact me, elaborate on what you do, and I'll give you a subject.  One that will not be used unless you join the team, of that you have my word.
      Matthew Suttles,
      Seik Luceid#9656 on Discord, luceid.dezeir on Skype, or MatthewSuttles@Gmail.com
      You can also respond to this thread though response time may be slower.
    • By Damnwing0405
      I am looking for talents to form a team of making a strategy base action game. Talents I am currently looking for are : -
      (I) Unity programmer (mobile)
      (II) Game designer
      (III) 3d Artist
      (IV) SFX Artist
      The attachment is some game concept for the game. All the concept will be turn into 3d or card form. The game will be strategy game where the players can form their own team and control the units in the battle field real time to fight against each others.  If you are interested to know more details please pm me or send an email to damnwing0405@gmail.com

    • By bsudheer
      Leap Leap Leap! is a fast-paced, endless running game where you leap from rooftop to rooftop in a computer simulated world.

      This is a free run game and get excited by this fabulous computer simulated world of skyscrapers and surreal colors in parallax effect. On your way, collect cubes and revival points as many as you can to make a long run.

      Features of Leap Leap Leap:
      -Option of two themes: Black or White.
      -Simple one touch gameplay.
      -Attractive art.
      -Effective use of parallax.
      To Download the game:
      Playstore: https://play.google.com/store/apps/details?id=com.avakaigames.leap
      Appstore: https://itunes.apple.com/us/app/leap-leap-leap/id683764406?mt=8

    • By BillyGD

      Play Flick Football 3D @ https://gamejolt.com/games/flickfootball3d/326078
      Check out our Facebook page @ https://www.facebook.com/FlickFootball3D/
      Flick Football 3D is a turn based football game inspired by the table top classic 'Subbuteo'.
      The game is currently in very early Alpha development. There is still a lot to be done before the first proper release but I have decided to release this playable version to get as much feedback as possible.
      The only game mode currently available in this release is the 'Practice Mode' which gives you control of both teams. Either play against yourself to get used to how the game works or play against friends and family on the same computer!
      Planned Future Features Include:
      -Take control of your own custom team in the single player campaign.
      -Play in online leagues and tournaments against other players in the multiplayer mode.
      -Fully customisable stadiums to make you stand out from the rest of the players.
      -Improve your players stats and skills by playing matches and setting up training sessions.
      Flick Football 3D is available for Windows, Mac and Browser.
      Thank you for viewing my game, all feedback is greatly appreciated. I can be contacted at; BillyGDev@outlook.com
      'Flick Football 3D' is also the development name for the game and I haven't yet decided what the full release will be called, so if you have any ideas please drop me a message!
    • By drcrack
      It is a combination of fundamental RPG elements and challenging, session-based MOBA elements. Having features such as creating your unique build, customizing your outfit and preparing synergic team compositions with friends, players can brave dangerous adventures or merciless arena fights against deadly creatures and skilled players alike.

      This time with no grinding and no pay to win features.

      We're still looking for:
      1) 3D Character Artist
      2) 3D Environment Artist
      3) Animator
      4) Sound Designer
      5) VFX Artist

      Discord https://discord.gg/zXpY29V or drcrack#4575
  • Advertisement
  • Advertisement
Sign in to follow this  

Unity Question about code structure

This topic is 2814 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

Hey all,

I am struggling with some code design and would like some ideas and suggestions from the community.

Up until now I have always made a "Display" class to create a 2D openGl screen, either full or Windowed. Now, to be clear, I haven't really gotten far in my programming, I always seem to get tripped up here when it comes to an event loop, and the main game loop.

I am wondering what others are doing ? I am thinking that maybe now I should make a more general class, "CApp" for example, that will initialize the screen, load resources and run the game and event loop. Is something like this more common practice then breaking things down into classes for Display, Input, etc ?

Sorry if my question isn't fully clear, I'm still figuring out exactly what I am trying to do here, lol.

My goal is to make a 2D RPG like the old school Final Fantasy, and Dragon Warrior games. No online stuff.

Thanks for any advice regarding this.


Share this post

Link to post
Share on other sites
I think you're thinking about things too generally, and your CApp class looks like a god class. Your classes should be specific and only be able to accomplish one task or manipulate one type of data.

example, most of the time when you talk about CApp, it's a window class. All it should do is be able to create and manipulate a window. It shouldn't know anything about resources or how to draw.

The resource manager is another good example that shouldn't be able to do anything else except load resources, manage what resources stay in memory and which get release. It shouldn't know how to use those resources, or who uses them.

Start simpler than a FF clone, hack together some little games and you'll start to see how things fit together better. I remember back when I first started programming with QB and the first thing I started making was a map editor for my dream rpg. That lasted about a week before I realized I hadn't the slightest a clue what I got myself into.

Share this post

Link to post
Share on other sites
mrhodes, it's hard to give advice without seeing examples of the work you have done so far.

When I make programs in SDL I usually just use the same game loop code all the time, that is:

#include "SDL.h"
#include "SDL_ttf.h"

const int SCREEN_WIDTH = 640;
const int SCREEN_HEIGHT = 480;
const int SCREEN_BPP = 32;

int main( int argc, char* args[] )
//Start SDL
SDL_Surface *screen = NULL;
SDL_WM_SetCaption("SDL Program", NULL);

SDL_Event event;
bool quit = false;


if(event.type == SDL_QUIT)
quit = true;

//Quit SDL

return 0;

This is pretty much the game loop and is not something I ever mess with, I then build the classes I need for my game like enemy, player, utilities etc and put all that into a game class.

Incidentally I've wanted to make an 2D RPG like final fantasy too but it is a lot of work.

Share this post

Link to post
Share on other sites
Generally, it is wise to adhere to the single responsibility principle:

You'd have classes for displaying your content, for processing input, playing sound files, updating the game state etc.

Note that there might be "container","manager" or "glue" classes which are responsible for bringing the individual pieces togehter. Your CApp class, for example, might be the main class that represents the application as a whole and which contains the several subsystems (i.e. display, input, sound etc.)

Often, input and display are provided by the same windowing system (e.g. Windows or X11) and thus you might use a "glue" class that connects the various parts of that windowing system with your subsystems (e.g. PAINT events could be passed to the display system whereas MOUSE or KEY events - i.e. input events - are passed to the input system).

Additionally subsystems often have to be linked, e.g. the game needs to receive input events or the display system needs to know the current game state.

Share this post

Link to post
Share on other sites
Sign in to follow this  

  • Advertisement