[Cuis-dev] Tweaks for PreferenceNG

Hilaire Fernandes hilaire at drgeo.eu
Sun May 15 02:42:43 PDT 2022


Juan,

I Forgot to mention one obvious point: of course it will also be 
perfectly fine to me if we go with the design you proposed, modulo the 
other observations I posted in my previous message.

Thanks

Le 15/05/2022 à 08:20, Hilaire Fernandes a écrit :
>
> I don't really like much, it makes the class very verbose and harder 
> to understand, added redirections, but I don't have clear workaround 
> now. Analyzing now...
> I am wondering: could it be possible to put Cuis in hold while 
> initializing, it will avoid race condition, and kept the class simple, 
> hum not really fancy, no idea of the implication of a such approach.
> Another idea is to use two class variables PreferenceReadAccess and 
> PreferenceWriteAccess. In normal operation the two reference the same 
> Dictionary. During initialization, they are decoupled and 
> PreferenceWriteAccess is set to a new empty dictionary. #at: and 
> #at:put: will be rewritten accordingly to use these variables.
>
> It will keep the class simpler. I think I like this approach.
>
> What do you think? If you agree I can make write the code.
>
-- 
GNU Dr. Geo
http://drgeo.eu
http://blog.drgeo.eu
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20220515/cc871e2c/attachment.htm>


More information about the Cuis-dev mailing list