Проектирование логики работы ПО

[Utkin]

Проблема в том что я отказался от Delphi.

Почему в этом проблема?

Я имею ввиду ситуацию, когда есть GUI IManagerUI над IManager, одновременно с этим для IManager по HTTP приходит новый элемент для вставки в список и вот тут нужно как-то сообщить в IManagerUI о том что, что-то добавилось и надо бы это отрисовать если есть куда(эл-т будет в поле зрения).

Можно подумать о новой сущности IO (ввод-вывод), которому класть откуда читать и куда писать. Хоть с клавы, хоть в сеть. Именно он и будет рулить GUIем. Если IManager глобальный и первичный интерфейс, то не царское это дело в юзерских кракозябрах ковыряться.
На вскидку, если я правильно все понял:
https://yadi.sk/i/bJO3sBaZhbbHT

[Человек_Борща]

Почему в этом проблема?

У лазаря нет таких механизмов.

[Utkin]

У лазаря нет таких механизмов.

И что? На Лазаре свет клином сошелся что ли? Есть еще КодеТайфун, у него то туева хуча компонентов по умолчанию + кодеОкеан в виде примеров юзания этих самых компонентов. Реально рука устает перелистывать.

[pu4koff]

Если GUI не сильно сложный и данных не сильно много, то я бы не выпендривался и по необходимости/таймеру запрашивал у сервиса всё заново. Если сейчас всё построено на принципе запрос - ответ, то для уведомлений придётся переделывать и сервис и клиентов, сильно заморочено может быть.

[Человек_Борща]

И что? На Лазаре свет клином сошелся что ли? Есть еще КодеТайфун, у него то туева хуча компонентов по умолчанию + кодеОкеан в виде примеров юзания этих самых компонентов. Реально рука устает перелистывать.

На нем и разрабатываю, в нем тоже нет таких механизмов

Если GUI не сильно сложный и данных не сильно много, то я бы не выпендривался и по необходимости/таймеру запрашивал у сервиса всё заново. Если сейчас всё построено на принципе запрос - ответ, то для уведомлений придётся переделывать и сервис и клиентов, сильно заморочено может быть.

Данных много, рабочая "мощность" 200-500 тыс. записей. Грузятся динамически, интерфейс сложный, тоже динамический.

В общем пока посмотрю как пойдет дело с сервисом уведомлений.

[Utkin]

Данных много, рабочая "мощность" 200-500 тыс. записей. Грузятся динамически, интерфейс сложный, тоже динамический.

1. Давайте-ка подробней - это записи БД? То есть Вас стандартные компоненты для работы с БД не устраивают что ли?
2. 500 тыс. записей зачем мониторить, я вот никогда такого не понимал. Вы что их сразу прям вот все юзеру показываете? И он ими одновременно пользуется? У Вас в нормальном окошке больше 80-100 в обычном списке не поместятся, а в современных программах со всякими кнопочками и юзабилити максимум в половину меньше будет.

[Человек_Борща]

1. Давайте-ка подробней - это записи БД? То есть Вас стандартные компоненты для работы с БД не устраивают что ли?

Стандартными компонентами БД можно построить дерево? Только списки А вот SQL-запросами можно.

Кол-во записей привел просто для информации, т.к. таймером рефрешить - ну ни разе не вариант.

Нет конечно же, не все дерево сразу, раскрываемые ветки подгружают своё содержимое.

[Utkin]

Стандартными компонентами БД можно построить дерево? Только списки А вот SQL-запросами можно.

Вы точно КодеОкеан просматривали? Я вроде там встречал такое. На вкладке ExtraDataBase есть компонент TplDBTreeView. На вкладке Virtual Controls DB есть компонент TVirtualDBTree и TVirtualDBTreeEx. Мы точно об одном и том же говорим?

Кол-во записей привел просто для информации, т.к. таймером рефрешить - ну ни разе не вариант.

Вы меня не читаете что ли? Зачем рефрешить столько когда Вам нужно обновлять только то, что отображается. Вы думаете все остальные компоненты работают на волшебстве и свободно обновляют инфу с полмиллиона записей? Да комп поседеет каждый раз это делать. Обновляется только видимая часть списка. 100-200 записей (а больше у Вас не выведится в одной таблице) вполне можно рефрешить. Прекращайте думать делфийскими стереотипами - это там таймер был смешной, заюзываете альтернативный таймер (в тайфуне тоже есть и насколько я помню не один) и понеслась. На вкладке ExtraSystem есть аж 3 вида таймера. Я думаю есть где разгуляться.

[MihalNik]

Запутанное описание.
Проще всего дать код заголовков связанных интерфейсов, классов (включая все наследования) и места создания их экземпляров (или набросать диаграммки). Если вся проблема не решается компонентами для БД.

[Человек_Борща]

Вы точно КодеОкеан просматривали? Я вроде там встречал такое. На вкладке ExtraDataBase есть компонент TplDBTreeView. На вкладке Virtual Controls DB есть компонент TVirtualDBTree и TVirtualDBTreeEx. Мы точно об одном и том же говорим?

Да. Там нет демок для этих компонент. Максимум это DBVirtualGrid.
Мб на гуглю что-нибудь этакое.

Зачем рефрешить столько когда Вам нужно обновлять только то, что отображается.

Собственно так и делаю.