[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