As I clearly said no overloading I meant it like that.
New remains new.
What would be neat would be a way to define initializers / instantiation functionality like in other languages (Eiffel is the one I know for sure that it exists) which is used as a selector.
And operator overloading will never happen. That would make the compiler much more complex than it already is and it would need extension to the parsing as well as the language syntax end.
Here an example of what I meant for example
But as mentioned, it would already be great if BRL / Mark documented the so far undocumented feature he used to accomplish EXACTLY that!
If you check the BRL modules, you will find different cases where there is new Typename( param ) and to my knowledge BRL never even lost a rumored word on how this works and why.
New remains new.
What would be neat would be a way to define initializers / instantiation functionality like in other languages (Eiffel is the one I know for sure that it exists) which is used as a selector.
And operator overloading will never happen. That would make the compiler much more complex than it already is and it would need extension to the parsing as well as the language syntax end.
Here an example of what I meant for example
Type TTest creators make, makeWithArray, makeWithParam method make() end method method makeWithArray( data:object[] ) end method method makeWithParam( param1:int, param2:string ) end method end type local t:TTest = new TTest( ["a","b","c"] )
But as mentioned, it would already be great if BRL / Mark documented the so far undocumented feature he used to accomplish EXACTLY that!
If you check the BRL modules, you will find different cases where there is new Typename( param ) and to my knowledge BRL never even lost a rumored word on how this works and why.