Редактировалось 2 раз(а), последний 2021-05-22 08:56:18

Вик, я делал подобный компонент. Он лежал в Upload'e, сейчас не знаю. У него можно было писать сокращенные имена ключей, все параметры можно было задавать извне, и он имел событие onWrite. А двоичные данные -- это Stream поток и его поддержка реализована в штатном элементе.

Вик,
1) отсутствие события после записи не есть проблема - следующая точка HUB-а ДО, прекрасно заменяет точку ПОСЛЕ. Если в этом ПОСЛЕ никакой новой информации не содержится.
2) так вроде попроще будет code_512 (читай хинт на св-во Registry.NotEmpty)

Galkov, не совсем так - с хабом событие будет независимо ни от чего, а если оно нужно только в случае успешной записи

v258,
1) у тебя есть осмысленные коды, НЕ требующие действий в случае НЕ успешной
2) или есть элемент, спрятанный под подушкой, с событием onError

1. А почему бы и нет? По крайней мере возможность анализа "вышло/не вышло" может быть полезна. Просто получение на соответствующей точке значения 1/0. Напомню, когда-то Registry не умел искать заданные ключи/параметры, а сейчас ищет себе запросто

2. Компонента нет, т.к. я в последнее время все больше на ИК перехожу. В том числе и работу с реестром туда переношу - через дополнительный модуль с нужными процедурами. Визуальности, конечно, никакой, зато ехе-шники выходят НАМНОГО меньшего размера

И как это противоречит "прекрасно заменяет" Или просто потрепаться захотелось

И какова тогда твоих причина постов на этом форуме Чтобы произнести НАМНОГО

Редактировалось 2 раз(а), последний 2021-05-22 08:56:18

Вообще-то, за советы порыться в Upload, на вопрос: "чего делать, если нет выходного события" - убивать надо
Из рогатки

Почему-то, когда возникают вопросы о глючности элементов из Upload - советчики, обычно, отмалчиваются.

Зачем же сразу из рогатки? Ну поправить немножко, пожурить...
Они же правильные советы дают... иногда...
Вообще-то у меня был когда-то давно какой-никакой опыт в Delphi, но по прошествии времени и за неимением практики подзабылось... Сейчас по новой всё пытаюсь "вспомнить"...

Если существует точка onWrite, и она выдает 1 в случае успешной записи или 0 в случае неудачи, то никакого "прекрасно заменяет" с хабом уже не получится

Я все-таки в HiAsm'е проги делаю, потому и на этом форуме. А что, нельзя

Вик, ну если очень сильно "облагородить" мой пост, то получится примерно такое:

1. Топики, из серии ПАМАГИТЕ про элементы из Upload, из форума <Ошибки в компонентах> будут незамедлительно перенесены в форум <Треп>
2. Совершенно не факт, что я (к примеру) вообще буду скачивать этот компонент, не говоря уже о разборке полетов

---

[size=-2]------ Добавлено в 19:10
Повторю ИСХОДНЫЙ вопрос: и дальше чего ??? Не забудь: от HUB-а на входе ты уже отказался.

Можно. Но мне это надо знать - определяет мое отношение к этим постам.
Типа: вот я чего знаю и умею. Без предложений.
реакция: Всего наилучшего. Точка.

А о чем речь-то? Ты знаешь, что может понадобиться кому-то завтра? Я не знаю. Что касаемо сути: записал данные - запись удалась, значит чего-то там сделал (или успокоился и ничего не стал делать ), не удалась - ну тогда, к примеру, сообщение выдал, что не получилось. Заметь, просто проверить наличие параметра после записи можно, но если он уже существовал, то проверка такая ни к чему не приведет, да и муторно это.

Знаю. Даже после гипотетического onError (которого сегодня нет, и ты его не предлагаешь) придется вернуться (может и не сразу) к следующей ветке HUB-а, который ДО.
Из "не знаю" обычно не делают выводов. А ты сделал:
Заменяет. И, в обсуждаемом тобой (не автором топика) случае, без него УЖЕ будет не обойтись.

Да не делал я никаких выводов - просто привел свое мнение. Когда-то такая точка очень облегчила бы мне жизнь и некую схему. Сейчас вроде особой необходимости не испытываю, но думаю, что наличие такой точки было бы не лишним.

Кстати, HUB до и onError после или onWrite с выдачей результата записи - это уже не суть важно, это уже детали