[fpc-pascal] String conversions
Sven Barth
pascaldragon at googlemail.com
Thu Jun 27 07:12:26 CEST 2019
Am 27.06.2019 um 07:10 schrieb Sven Barth:
> Am 26.06.2019 um 23:36 schrieb Ryan Joseph:
>>
>>> On Jun 26, 2019, at 3:28 PM, Ben Grasset <operator97 at gmail.com> wrote:
>>>
>>> I think Ryan probably meant his own custom types. And certainly, you
>>> can do some interesting stuff with operator overloading that mostly
>>> avoids the normal AnsiString overhead. Here's an example.
>> Yes indeed. FPC already has an overwhelming amount of string types.
>> As I said though a SetCapacity option for growing would be nice (for
>> dynamic arrays also) because += is such a common operation. As it
>> stands I often don’t use dynamic arrays (and now ansistring) because
>> of growing limitations, which is a shame really.
> No. That would mean an additional entry in the metadata of strings and
> arrays and those are already big enough in my opinion compared to the
> data they're handling.
> If one needs capacity based handling for these types then one should
> use helper types.
Note: with which I mean types like TStringBuilder, not type helpers.
Regards,
Sven
More information about the fpc-pascal
mailing list