Hi Daniel,

>> * Assuming that the caching works the IO is minimal even for cache misses
>> * Assuming that the little IO becomes relevant those user will be heavy 
>> users anyway
>> 
>> Thanks in advance,
>> 
>> Siegfried Goeschl
>> 
>> 
>>> On 14 Jun 2017, at 11:12, Daniel Dekany <[email protected]> wrote:
>>> 
>>> Tuesday, June 13, 2017, 2:49:17 PM, [email protected] wrote:
>>> 
>>>> ‎-1
>>>> 
>>>> I think that is one place where feature by default is better than 
>>>> performance by default. 
>>> 
>>> OK, but why?

With caching the performance impact is minimal so I don’t see why it is a 
concern.

For specialised applications the opt-out setting is there and should be used.

>>> The reason I prefer opt-in approach (as opposed to opt-out) here is
>>> that you won't use this feature unless you are aware of its existence.
>>> But if you are aware of its existence, and you want to use it too,
>>> then certainly you will see that you have to turn it on.

That is assuming that users will read the manual ;-)

We don’t want people to turn away from FreeMarker because they assume the 
feature is missing or not working when they try (foo_en.ftl is almost a 
standard for localisation).

That is only my opinion.

Cheers,
— Denis.

>>> For the
>>> others, who are the vast majority of users, why waste resources
>>> (especially I/O) on something they will not use? For low level
>>> libraries things like that mater, because you can't anticipate the use
>>> cases. In some applications they may need to keep the
>>> templateUpdateDelay low, and have many templates, so cache misses are
>>> frequent.
>>> 
>>>> Are the missing files cached?
>>> 
>>> Yes, the fact that a file is missing is cached, for
>>> cfg.templateUpdateDelay duration.
>>> 
>>>> Cheers,
>>>> 
>>>> -- Denis.
>>>>  Original Message  
>>>> From: Daniel Dekany
>>>> Sent: Tuesday, 13 June 2017 13:19
>>>> To: [email protected]
>>>> Reply To: [email protected]
>>>> Subject: [FM3] Should localized template lookup be off by deault?
>>>> 
>>>> In FM2 the localizedLookup configuration setting defaults to true, so
>>>> by default if you issue cfg.getTemplate("foo.ftl") and cfg.locale is
>>>> en_US, then FM will look for foo_en_US.ftl, then foo_en.ftl, then
>>>> foo.ftl. I think most users don't use localized lookup, and they don't
>>>> realize that this is happening, while this means extra I/O.
>>>> 
>>>> I propose that in FM3 we change the default of this setting to false.
>>>> 
>>> 
>>> -- 
>>> Thanks,
>>> Daniel Dekany
>>> 
>> 
>> 
> 
> -- 
> Thanks,
> Daniel Dekany

Reply via email to