Not at all. The new solver is going to be implemented internally for the purpose of providing a better auto-type completion system for objects. Right now, it is enough for the most part, however, I want to make it so much better, and faster.
Currently, only the derived class’s constructor is called when you create a new object. This behavior will be changed with the new update to behave more like C++'s constructors.
(Parent class’s constructor is called first, then the child class constructor will be called next.)
I’ve been trying figure out why the constructor does not work as I expected it to be, It does call the constructor on the base class before the derived class but the function does not point any references to self on the base class and only on the derived class.
I was porting some of my Classes to Class++. Unfortunately this is not going to work.
Hmm… that might be a bug, can you create a bug report on the GitHub so I can get it solved ASAP? Sorry about the issue by the way. (You can also post the code you’re having trouble with as well.)
Alright, turns out that was a bug and not intentional (base class’s constructor shouldn’t be called).
In the next update, the base class’s constructor will be called without problems, and bugs should be fixed.
I was wondreing about this API and came up with an idea. Why wouldn’t you add a function to transfer an object or class to the different side (client->server\server->client)? This would be such a great feature that will save some time and prevent people from re-inventing the wheel
It’s pretty easy to sync the classes between different environments, an example would be is to create a module that creates a class inside it that can be required from both server and the client, and that class would have a function that takes in the data from different environments and creates an object through this data. All you would have to do is to setup the server-client connection through scripts.
I can’t really implement it to this module, but maybe in the future I can put a small template system inside the GitHub repo to make people’s lives easier.
I’ve made a bug report on GItHub about inheritance. Could you check it, please? In a nutshell, parent class constructor can’t modify private and protected fields when called in inherited class
U. P. D.: The issue was in edited version of the API. Sorry, my bad
Woah! Just stumbled upon this and made me remember one of my (forgotten)resources!
Upon checking the code, primarily Util, looks quite similar to the starting functions of mine. To no assumption would I be saying anything ill regarding about this though! I highly appreciate on how this is a much more superb, flexible, and expanded version of mine!
Continue on what you’re doing with this, I’d love to see what more features you can add!!
(I’m quite curious if you took inspiration from mine. )
Actually, yeah! I got inspired from you a lot in this project, especially the way you used the debug library to obtain information about the stack trace, though I heavily modified the method you used to have high performance (1µs) and more capability.
I forgot to credit you though, so, in a next version, I will credit you in the Util module.
)