Re: [pgadmin4][patch] Initial patch to decouple from ACI Tree

Поиск
Список
Период
Сортировка
От Anthony Emengo
Тема Re: [pgadmin4][patch] Initial patch to decouple from ACI Tree
Дата
Msg-id CAG8BBZOKQDKtyu1-2HVCP5HFy1rKFdPVrMTY0SPEhb8x7Q7PBA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [pgadmin4][patch] Initial patch to decouple from ACI Tree  (Ashesh Vashi <ashesh.vashi@enterprisedb.com>)
Ответы Re: [pgadmin4][patch] Initial patch to decouple from ACI Tree  (Ashesh Vashi <ashesh.vashi@enterprisedb.com>)
Список pgadmin-hackers

1. In TreeNode, we're keepging the reference of DOMElement, do we really need it?

As of right now, our Tree abstraction acts as an adapter to the aciTree library. The aciTree library needs the domElement for most of its functions (setInode, unload, etc). Thus this is the easiest way to introduce our abstraction and keep the functionality as before - at least until we decide that whether we want to switch out the library or not.

2. Are you expecting the tree class to be a singleton class

Since this tree is referenced throughout the codebase, considering it to be a singleton seems like the most appropriate pattern for this usecase. It is very much the same way how we create a single instance of the aciTree library and use that throughout the codebase. Moreover, it opens up opportunities to improve performance, for example caching lockups of nodes. I’m not a fan of singletons myself, but I feel like we’re simply keeping the architecture the same in the instance.


Sincerely,

Anthony and Victoria
Вложения

В списке pgadmin-hackers по дате отправления:

Предыдущее
От: Dave Page
Дата:
Сообщение: Re: [pgAdmin4][Patch]: RM #3277 Runtime startup error handling isbroken on Windows.
Следующее
От: Akshay Joshi
Дата:
Сообщение: Re: [pgAdmin4][Patch]: RM #3277 Runtime startup error handling isbroken on Windows.