Welcome, Guest. Please login or register. Did you miss your activation email?

Author Topic: SFML Game Development by Example - 4th SFML book  (Read 158812 times)

0 Members and 1 Guest are viewing this topic.

OrderNexus

  • Jr. Member
  • **
  • Posts: 99
    • View Profile
Re: SFML Game Development by Example - 4th SFML book
« Reply #30 on: January 12, 2016, 09:53:34 pm »
Hey,

I bought your book a couple of days ago. Working on the Snake chapter atm. Nice to read :) I think using pointers etc. is okay ... I for myself try to avoid them and will exchange your pointers to smart pointers...but I have a question:

The Game class in chapter 2 -> Building the game class has the method
Window* GetWindow();
 

why using a pointer instead of this?:
const Window& GetWindow() const;
//EDIT: the const may be ignored, later on it will be stupid to make it return a const Window...
 


Btw.: I try to be more const correct than the book, but I don't see it as a flaw, since the code is much more readable while learning :) Nice work so far! I also prefer it over the first book so far!

Edit2:
What does the prefix l_ for function parameters stand for?! LValue?!
Snake::Render(sf::RenderWindow& l_window)
Hi! Thanks for purchasing and reading the book! I'm glad you like it so far. :)

For the GetWindow() method, you absolutely could use a reference. It actually makes more sense in most cases, unless nullptr is a valid return value, in which case using a pointer would be best. Regarding const correctness, you're absolutely right. That was actually my intention. Shoving everything into one publication just seemed like too much, not to mention it would cause formatting problems every once in a while.

The "l_" prefix stands for local, meaning the argument is local to the function/method. There are better alternatives to using Hungarian notation though, so take that with a grain of salt.
« Last Edit: January 13, 2016, 03:04:56 am by OrderNexus »

eXpl0it3r

  • SFML Team
  • Hero Member
  • *****
  • Posts: 10801
    • View Profile
    • development blog
    • Email
Re: SFML Game Development by Example - 4th SFML book
« Reply #31 on: January 13, 2016, 02:00:42 am »
For the GetWindow() method, you absolutely could use a reference. It actually makes more sense in most cases, assuming nullptr is a valid return value.
Not sure if you meant to say that differently, but nullptr is not a valid return value for a reference of a window.
Official FAQ: https://www.sfml-dev.org/faq.php
Official Discord Server: https://discord.gg/nr4X7Fh
——————————————————————
Dev Blog: https://duerrenberger.dev/blog/

Hapax

  • Hero Member
  • *****
  • Posts: 3346
  • My number of posts is shown in hexadecimal.
    • View Profile
    • Links
Re: SFML Game Development by Example - 4th SFML book
« Reply #32 on: January 13, 2016, 02:49:01 am »
The "l_" prefix stands for local, meaning the argument is local to the function/method. There are better alternatives to using Hungarian notation though, so take that with a grain of salt.
Should a parameter know where it comes from?
Not sure which function/method it is local to. The one it's passed to or the one it's passed from?
Selba Ward -SFML drawables
Cheese Map -Drawable Layered Tile Map
Kairos -Timing Library
Grambol
 *Hapaxia Links*

OrderNexus

  • Jr. Member
  • **
  • Posts: 99
    • View Profile
Re: SFML Game Development by Example - 4th SFML book
« Reply #33 on: January 13, 2016, 03:18:52 am »
For the GetWindow() method, you absolutely could use a reference. It actually makes more sense in most cases, assuming nullptr is a valid return value.
Not sure if you meant to say that differently, but nullptr is not a valid return value for a reference of a window.
Yes, you're right. Sorry, I was replying in a rush. It's fixed now. I did mean that pointers should be used, provided nullptr being returned is a possibility.

The "l_" prefix stands for local, meaning the argument is local to the function/method. There are better alternatives to using Hungarian notation though, so take that with a grain of salt.
Should a parameter know where it comes from?
Not sure which function/method it is local to. The one it's passed to or the one it's passed from?
I agree, it's not widely used and debatably unnecessary. It can be useful if the method/function has a similarly named local variable inside the body somewhere. This, as well as most of the design choices in the book are entirely optional and up to the reader to leave in.

eXpl0it3r

  • SFML Team
  • Hero Member
  • *****
  • Posts: 10801
    • View Profile
    • development blog
    • Email
SFML Game Development by Example - 4th SFML book
« Reply #34 on: January 13, 2016, 03:19:55 am »
He meant local as in local scope as in that function body. I personally rather go with prefixing member variables, that way I know that every none prefixed variable is a local one.
Official FAQ: https://www.sfml-dev.org/faq.php
Official Discord Server: https://discord.gg/nr4X7Fh
——————————————————————
Dev Blog: https://duerrenberger.dev/blog/

Hapax

  • Hero Member
  • *****
  • Posts: 3346
  • My number of posts is shown in hexadecimal.
    • View Profile
    • Links
Re: SFML Game Development by Example - 4th SFML book
« Reply #35 on: January 13, 2016, 03:57:11 am »
Ah, I get it now. It's so you can tell which one is only available to that function when they are named similarly (I use the member prefix method that eXpl0it3r mentioned).
I think I would probably consider a parameter to be passed from the outside though so "local" for something external seems odd to me. Of course, technically, if it's passed by value, that actual copy is only local but still...
Selba Ward -SFML drawables
Cheese Map -Drawable Layered Tile Map
Kairos -Timing Library
Grambol
 *Hapaxia Links*

Mario

  • SFML Team
  • Hero Member
  • *****
  • Posts: 879
    • View Profile
Re: SFML Game Development by Example - 4th SFML book
« Reply #36 on: January 13, 2016, 09:49:41 am »
If the naming confuses you, don't use it. However, you could also just use a different naming scheme, e.g. prefixing params with "a" for "argument".

SpeCter

  • Full Member
  • ***
  • Posts: 151
    • View Profile
Re: SFML Game Development by Example - 4th SFML book
« Reply #37 on: January 13, 2016, 10:29:31 am »
For member variables i use the prefix "m_".
For function parameter names I use "t_" .
For local variables I just use no prefix.

But honestly, the only thing I care about is that people are consistent with their naming scheme and stick to it for the whole project.

AncientGrief

  • Newbie
  • *
  • Posts: 32
    • Yahoo Instant Messenger - what?
    • View Profile
Re: SFML Game Development by Example - 4th SFML book
« Reply #38 on: January 13, 2016, 07:23:50 pm »
Hi! Thanks for purchasing and reading the book! I'm glad you like it so far. :)

For the GetWindow() method, you absolutely could use a reference. It actually makes more sense in most cases, unless nullptr is a valid return value, in which case using a pointer would be best. Regarding const correctness, you're absolutely right. That was actually my intention. Shoving everything into one publication just seemed like too much, not to mention it would cause formatting problems every once in a while.

The "l_" prefix stands for local, meaning the argument is local to the function/method. There are better alternatives to using Hungarian notation though, so take that with a grain of salt.

Thanks for the clarification :) I'm done with the Chapter "EventManager" now and I really got some new inspirations from this one! Nice work! And btw.:
enum StateType{
    Intro = 1, Intro_MainMenu, MainMenu, Game, MainMenu_Game
    Paused, GameOver, MainMenu_GameOver, Credits, MainMenu_Credits
    ...
    // Crying in the corner.
};
 

I had to laugh :D Love it when a book is not to strictly serious!

Edit: converting the code using smart pointers is not so hard as I first though...but remember: std::move is your friend ... totally forgot about this at first and wondered what the hell is wrong x_X  >:( ;D

Edit2: I am always coding with -Wall compiler flag and encountered some warnings:
   - Some class/struct ctor member intializations are in the wrong order (not in the order of their declaration)
   - LoadBingings() in the EventManager class => int end = keyval.find(delimiter); => changed it to size_t
« Last Edit: January 13, 2016, 07:44:24 pm by AncientGrief »
I grew up with C++...but then I met C#...got lazy...time to turn back to my one and only love!
My system:
Wintendo 10 with Intel i7 4770k
Palit GeForce GTX 980
16 GB RAM

Cenobite

  • Newbie
  • *
  • Posts: 4
    • View Profile
Re: SFML Game Development by Example - 4th SFML book
« Reply #39 on: January 20, 2016, 09:02:58 pm »
The e-book costs €43.54 while the print+ebook costs €44.99. That's strange. I would expect e-book to be significantly cheaper. This book has everything that I would like to learn (well, except a chapter about SFML android development). I am going to buy it, but it's not exactly cheap.

Tank

  • SFML Team
  • Hero Member
  • *****
  • Posts: 1486
    • View Profile
    • Blog
    • Email
Re: SFML Game Development by Example - 4th SFML book
« Reply #40 on: January 20, 2016, 09:18:03 pm »
Cenobite: There might be a discount in a couple of days.

eXpl0it3r

  • SFML Team
  • Hero Member
  • *****
  • Posts: 10801
    • View Profile
    • development blog
    • Email
Re: SFML Game Development by Example - 4th SFML book
« Reply #41 on: January 21, 2016, 04:01:22 am »
(on the ebook that is, like the rest of the SFML ebooks by Packt)
Official FAQ: https://www.sfml-dev.org/faq.php
Official Discord Server: https://discord.gg/nr4X7Fh
——————————————————————
Dev Blog: https://duerrenberger.dev/blog/

seyuup

  • Newbie
  • *
  • Posts: 14
    • View Profile
Re: SFML Game Development by Example - 4th SFML book
« Reply #42 on: January 21, 2016, 10:11:06 am »
Loving the book so far, however, I've hit a snag.

I'm at the beginning of Chapter 7 and just finished testing the Tile/Mapping classes. The background texture loads, but when I hit the close button or click the "exit" button on the main menu, I receive an exception. I believe the error is occurring because the Game object's deconstructor is called when the window closes, causing my SharedContext object to lose scope.

Thus, other objects that depend on the SharedContext for releasing resources cause an error. Also, the ResourceManager's deconstructor is being called first, so it purges all of the resources before the map can do so itself.

I hope someone will be able to assist me!

Sanction

  • Jr. Member
  • **
  • Posts: 63
    • View Profile
Re: SFML Game Development by Example - 4th SFML book
« Reply #43 on: January 21, 2016, 02:27:17 pm »
The e-book costs €43.54 while the print+ebook costs €44.99. That's strange. I would expect e-book to be significantly cheaper. This book has everything that I would like to learn (well, except a chapter about SFML android development). I am going to buy it, but it's not exactly cheap.

I got the eBook for $5.00 :P
Knowledge comes, but wisdom lingers. It may not be difficult to store up in the mind a vast quantity of facts within a comparatively short time, but the ability to form judgments requires the severe discipline of hard work and the tempering heat of experience and maturity.

OrderNexus

  • Jr. Member
  • **
  • Posts: 99
    • View Profile
Re: SFML Game Development by Example - 4th SFML book
« Reply #44 on: January 21, 2016, 06:48:12 pm »
Loving the book so far, however, I've hit a snag.

I'm at the beginning of Chapter 7 and just finished testing the Tile/Mapping classes. The background texture loads, but when I hit the close button or click the "exit" button on the main menu, I receive an exception. I believe the error is occurring because the Game object's deconstructor is called when the window closes, causing my SharedContext object to lose scope.

Thus, other objects that depend on the SharedContext for releasing resources cause an error. Also, the ResourceManager's deconstructor is being called first, so it purges all of the resources before the map can do so itself.

I hope someone will be able to assist me!
That's really odd. I just tested it myself, and it seems to be working fine. Please feel free to send me your code through either the PM function on these forums, or directly to my email address: order.nexus.dev@gmail.com. I would be happy to help you out!

Edit: One thing you should check is the order in which data members of the classes are declared. Since they're allocated on the stack, the destruction of these objects will follow in the reverse order of declaration. Make sure to consult the code that came with the book, and if that doesn't work, please feel free to contact me! :)
The e-book costs €43.54 while the print+ebook costs €44.99. That's strange. I would expect e-book to be significantly cheaper. This book has everything that I would like to learn (well, except a chapter about SFML android development). I am going to buy it, but it's not exactly cheap.
The e-book on packtpub.com is priced at €35.99, while the paperback version + e-book costs €44.99. I'm not sure where you saw that price for just the e-book alone, but it doesn't seem right.
« Last Edit: January 21, 2016, 06:52:53 pm by OrderNexus »

 

anything