That's correct. Qt has a signal/slot implementation that it gets to work via a separate pre-processor and some fancy C preprocessor macros. Qt is a good library, but I'm curious the effect of using Qt's signals/slots on the overall size and performance of a program.XianForce wrote:QT SIGNAL and QT SLOT... That's just a signal/slot implementation, isn't it...?
Signal/Slot Library Suggestion?
Moderator: Coders of Rage
-
Ginto8
- ES Beta Backer
- Posts: 1064
- Joined: Tue Jan 06, 2009 4:12 pm
- Programming Language of Choice: C/C++, Java
Re: Signal/Slot Library Suggestion?
Quit procrastinating and make something awesome.
Ducky wrote:Give a man some wood, he'll be warm for the night. Put him on fire and he'll be warm for the rest of his life.
Re: Signal/Slot Library Suggestion?
Yeah, it just confuses me because Falco said:Ginto8 wrote:That's correct. Qt has a signal/slot implementation that it gets to work via a separate pre-processor and some fancy C preprocessor macros. Qt is a good library, but I'm curious the effect of using Qt's signals/slots on the overall size and performance of a program.XianForce wrote:QT SIGNAL and QT SLOT... That's just a signal/slot implementation, isn't it...?
But we aren't doing any signal/slots bullshit to implement this.
Then referenced QT SIGNAL and QT SLOT...
-
Falco Girgis
- Elysian Shadows Team
- Posts: 10294
- Joined: Thu May 20, 2004 2:04 pm
- Current Project: Elysian Shadows
- Favorite Gaming Platforms: Dreamcast, SNES, NES
- Programming Language of Choice: C/++
- Location: Studio Vorbis, AL
- Contact:
Re: Signal/Slot Library Suggestion?
I was drawing an analogy to the fact that we implemented the exact same functionality with a simple abstract base class and some virtual methods...
-
Falco Girgis
- Elysian Shadows Team
- Posts: 10294
- Joined: Thu May 20, 2004 2:04 pm
- Current Project: Elysian Shadows
- Favorite Gaming Platforms: Dreamcast, SNES, NES
- Programming Language of Choice: C/++
- Location: Studio Vorbis, AL
- Contact:
Re: Signal/Slot Library Suggestion?
Probably pretty fucking hefty. It's more than worth it, when every class within a GUI application uses the paradigm, but for a single subsystem, as has been proposed here, it would be a ridiculous amount of overhead (oh, and now you get to use an additional layer of preprocessing for one class).Ginto8 wrote:That's correct. Qt has a signal/slot implementation that it gets to work via a separate pre-processor and some fancy C preprocessor macros. Qt is a good library, but I'm curious the effect of using Qt's signals/slots on the overall size and performance of a program.XianForce wrote:QT SIGNAL and QT SLOT... That's just a signal/slot implementation, isn't it...?
Re: Signal/Slot Library Suggestion?
Okay haha. I thought for a second you were saying that you used QT SIGNAL and QT SLOT to call those methods, and I was a little confused for a second. Thanks for the clarificationGyroVorbis wrote:I was drawing an analogy to the fact that we implemented the exact same functionality with a simple abstract base class and some virtual methods...
.