Jump to content
The Dark Mod Forums

Learn to program


pakmannen

Recommended Posts

  • Replies 63
  • Created
  • Last Reply

Top Posters In This Topic

I'm not a real programmer

Says one of TDM's main programmers. Sheesh. :laugh:

My games | Public Service Announcement: TDM is not set in the Thief universe. The city in which it takes place is not the City from Thief. The player character is not called Garrett. Any person who contradicts these facts will be subjected to disapproving stares.
Link to comment
Share on other sites

1. Do Ishtvan's bidding

2. ???

3. Profit!

My games | Public Service Announcement: TDM is not set in the Thief universe. The city in which it takes place is not the City from Thief. The player character is not called Garrett. Any person who contradicts these facts will be subjected to disapproving stares.
Link to comment
Share on other sites

If you rewrite it because you want to know how it works, that's ok. If you rewrite it, because you need one, and you haven't even looked at all the other solutions, that's indeed bad practice.

 

Good point -- I took Domarius' use of the phrase "good practice" to refer to best practices in design, when in fact this could equally be referring to "practising" certain programming techniques for learning purposes.

Link to comment
Share on other sites

Yeah I meant practicing.

 

I might be showing my lack of experience, but asides from Java's automatic garbage collection, what else is there at the moment? I know you do it manually in C++, because you want to be in control, and say you complete one level in a game and move onto the next, you want to ensure the previous level is all flushed before the loading screen, making room for the next one, and not randomly occouring during the next level causing frame rate stutters and taking up memory.

Link to comment
Share on other sites

I know you do it manually in C++, because you want to be in control, and say you complete one level in a game and move onto the next, you want to ensure the previous level is all flushed before the loading screen, making room for the next one, and not randomly occouring during the next level causing frame rate stutters and taking up memory.

That's not actually such a problem as long as you manage the garbage collector responsibility (which almost nobody does). Most garbage collector implementations will have a way for you to tell them "do a full sweep now and don't return until you're finished", so you'd just call that to flush the previous level after dropping all references to that level's data (though explicitly freeing things is a responsible thing to do, even when you do have a GC on hand). And as long as you explicitly destroy objects that are being created on a regular basis mid-level, the garbage collector shouldn't be invoked mid-level much at all, making it practical for action-oriented games; obviously you can get away with being a bit lazier if the game is more slow-paced. And there are implementations where you can cap the amount of time spent in the GC, so the CPU time cost gets amortised over a longer period.

 

Basically the idea is that you can (and sometimes should) still manage your own memory - the GC is just there for when you're lazy, and to save you from yourself when you screw up.

 

Lots of newer languages besides Java use garbage collection these days; C#, D, Python, Ruby, the list goes on and on.

My games | Public Service Announcement: TDM is not set in the Thief universe. The city in which it takes place is not the City from Thief. The player character is not called Garrett. Any person who contradicts these facts will be subjected to disapproving stares.
Link to comment
Share on other sites

You don't have to use unpredictable garbage collection either; implementations like boost::shared_ptr use simple reference counting so that a resources is destroyed as soon as the last reference to it disappears, rather than some unspecified time later in a separate thread. GTK does this as well with its GtkWidget elements.

Link to comment
Share on other sites

Generally, garbage collection involves implicit, lazy deallocation of memory, whereas shared pointers involve implicit but strict deallocation (you know it will happen when the last reference is deallocated). With shared pointers, you're explicitly deallocating the references, and you know that when you get rid of the last pointer it will deallocate then, not the next time the garbage collect algorithm decides to run.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Recent Status Updates

    • nbohr1more

      TDM 15th Anniversary Contest is now active! Please declare your participation: https://forums.thedarkmod.com/index.php?/topic/22413-the-dark-mod-15th-anniversary-contest-entry-thread/
       
      · 0 replies
    • JackFarmer

      @TheUnbeholden
      You cannot receive PMs. Could you please be so kind and check your mailbox if it is full (or maybe you switched off the function)?
      · 1 reply
    • OrbWeaver

      I like the new frob highlight but it would nice if it was less "flickery" while moving over objects (especially barred metal doors).
      · 4 replies
    • nbohr1more

      Please vote in the 15th Anniversary Contest Theme Poll
       
      · 0 replies
    • Ansome

      Well then, it's been about a week since I released my first FM and I must say that I was very pleasantly surprised by its reception. I had expected half as much interest in my short little FM as I received and even less when it came to positive feedback, but I am glad that the aspects of my mission that I put the most heart into were often the most appreciated. It was also delightful to read plenty of honest criticism and helpful feedback, as I've already been given plenty of useful pointers on improving my brushwork, level design, and gameplay difficulty.
      I've gotten back into the groove of chipping away at my reading and game list, as well as the endless FM catalogue here, but I may very well try my hand at the 15th anniversary contest should it materialize. That is assuming my eyes are ready for a few more months of Dark Radiant's bright interface while burning the midnight oil, of course!
      · 4 replies
×
×
  • Create New...