Implementing serialisation with minmal boilerplate and template overhead using core.reflect
12345swordy
alexanderheistermann at gmail.com
Tue Aug 17 20:06:29 UTC 2021
On Tuesday, 17 August 2021 at 14:52:22 UTC, russhy wrote:
> On Tuesday, 17 August 2021 at 14:16:52 UTC, 12345swordy wrote:
>> On Tuesday, 17 August 2021 at 13:52:19 UTC, russhy wrote:
>>> Is this runtime reflection?
>>>
>>> Will this depend on the GC? if so does it add pressure to the
>>> GC?
>>>
>>> We already have compile time type introspection, i don't
>>> think it's wise to move things to runtime, we have a poor GC
>>> adding more pressure to it is just bad
>>>
>>> Compile time reflection already proved to be superior in
>>> heavy workloads
>>>
>>> Never been a fan of runtime reflection in java/c#, not good
>>> examples to follow
>>>
>>> Also if it uses the GC, i'm not sure "core" package is the
>>> go, should be put on "std", or as a library imo
>>
>> The reason that they use runtime reflection in java/c# is
>> because of the basic principles of OOP.
>>
>> -Alex
>
> As well as other atrocities such as runtime code generation /
> runtime dependencies
Which is not a inherently an evil thing, so there is no need for
hyperbolic language such as using the word atrocities. It's all
about the trade offs.
- Alex
More information about the Digitalmars-d
mailing list