[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