4 ms·

In game development it tends to help solve some common problems. Games need a lot of iteration, C++ compile times can easily get very long i.e. minutes. You mi

In game development it tends to help solve some common problems. Games need a lot of iteration, C++ compile times can easily get very long i.e. minutes. You might object that compile times should never be long: "oh this never happens if you do X or Y" but in reality every C++ gamedev shop I've worked at has had long compiles times. Templates and other things of that nature tend to bloat it. Anyway so reflection helps with: - Hot-reloading code - Tweaking reflected values at runtime - Exposing functions for scripting languages (without having to write lots of repetitive boiler plate code) - Saving / Loading (And networking but that's not something I've experimented with personally!) Depending on how it's implemented, at least for games, it's worth it.

colordrops 10y ago
The first two reasons are development/debugging concerns, and the last two are somewhat hacky. Could you elaborate how reflection is the optimal solution for your last two examples?
- Matthias247 10y ago
  I would say the optimal solution for the last 2 depends on the total requirements - aka there is no general optimal solution. Both concerns are about having the need for boilerplate code (either for bindings or for serialization), which is quite repetitive to write and depends on the input types. Now the possible solutions are from my perspective: - Write that code by hand, which is quite tedious and error-prone. - Use some code generator tooling (like protoc) for it. However that might require you to define your types in an IDL before going to code, which leads to an extra step in the development and build process. In my experience this works really well for big teams (because you also have an extra interface documentation against which all parties can work), but it might not be optimal for small teams and rapid iterations. - Generate the code automatically from the type definitions in your program. Either during compile-time (which would require good compiler support for extracting the relevant details and using them for code generation) or during runtime by reflection. With reflection you are most likely getting the slowest code. But iteration times should be the fastest (no need to change IDL files, run codegen tools, etc.)
billq 10y ago
These are the reasons I'm interested in C++ reflection. I am maintaining a library called Ponder on Github with this in mind. http://billyquith.github.io/ponder/ http://billyquith.github.io/ponder/ I'm not interested in exposing everything in an executable. I see that as unnecessary. I just want the relevant objects exposed in a useful way.

colordrops 10y ago

The first two reasons are development/debugging concerns, and the last two are somewhat hacky. Could you elaborate how reflection is the optimal solution for your last two examples?

Matthias247 10y ago
I would say the optimal solution for the last 2 depends on the total requirements - aka there is no general optimal solution. Both concerns are about having the need for boilerplate code (either for bindings or for serialization), which is quite repetitive to write and depends on the input types. Now the possible solutions are from my perspective: - Write that code by hand, which is quite tedious and error-prone. - Use some code generator tooling (like protoc) for it. However that might require you to define your types in an IDL before going to code, which leads to an extra step in the development and build process. In my experience this works really well for big teams (because you also have an extra interface documentation against which all parties can work), but it might not be optimal for small teams and rapid iterations. - Generate the code automatically from the type definitions in your program. Either during compile-time (which would require good compiler support for extracting the relevant details and using them for code generation) or during runtime by reflection. With reflection you are most likely getting the slowest code. But iteration times should be the fastest (no need to change IDL files, run codegen tools, etc.)

billq 10y ago

These are the reasons I'm interested in C++ reflection. I am maintaining a library called Ponder on Github with this in mind. http://billyquith.github.io/ponder/ http://billyquith.github.io/ponder/ I'm not interested in exposing everything in an executable. I see that as unnecessary. I just want the relevant objects exposed in a useful way.