АВ
Size: a a a
2020 April 24
AS
Спасибо!
👌
будут вопросы - задавай
будут вопросы - задавай
GB
Да вот говорят Decimal из oleaut32.dll как раз такой.
любая реализация чисел с произвольной точностью такая. например эта:
https://github.com/rvelthuis/DelphiBigNumbers
https://github.com/rvelthuis/DelphiBigNumbers
KI
любая реализация чисел с произвольной точностью такая. например эта:
https://github.com/rvelthuis/DelphiBigNumbers
https://github.com/rvelthuis/DelphiBigNumbers
👍
СД
всем привет. кто как работает с диалогами, формами или фреймами?
форма это просто некий набор компонентов, от которой получаете данные и уже потом обрабатываете в некоем контроллере, или форма сама является контроллером, имеет доступ к бд напрямую знает о каких то типах данных и т.д
форма это просто некий набор компонентов, от которой получаете данные и уже потом обрабатываете в некоем контроллере, или форма сама является контроллером, имеет доступ к бд напрямую знает о каких то типах данных и т.д
СД
к примеру в форму можно передавать какие то параметры, форма может сама их выдергивать из контроллера, или можно их передавать вручную и потом вручную дергать после закрытия и обрабатывать
SB
Лучше данные отдельно (на TDataModule), а формы и фреймы отдельно
СД
Лучше данные отдельно (на TDataModule), а формы и фреймы отдельно
немного уточню, данные и компоненты доступа к данным, находятся отдельно на TDataModule, в нем есть методы доступа для изменения и создания сущностей
вопрос такой, откуда дергать эти методы, из самого диалога изменения юзера, или из общего контроллера, а в диалог передавать только набор параметров
вопрос такой, откуда дергать эти методы, из самого диалога изменения юзера, или из общего контроллера, а в диалог передавать только набор параметров
SB
На стадии прототипа или на малых масштабах, если это разовый проект типа курсовой или фриланса, то проще и быстрее дергать данные формой/диалогом напрямую из датамодуля. А если что-то более масштабное и надолго, то лучше создать объекты данных, которые могут и в базу ложиться (через ORM) и на формах редактироваться.
SB
Суть в том, чтобы на больших масштабах уменьшить количество взаимосвязей и разделить функционал на много автономных частей.
SB
Это больше работы, но потом гораздо проще читать и править.
SB
И меньше влияния мелких ошибок и сбоев на процесс в целом
СД
я правильно понимаю что объект данных нужно предавать в форму для редактирования? ну так удобнее на больших проектах
SB
Сергей Дятлов
я правильно понимаю что объект данных нужно предавать в форму для редактирования? ну так удобнее на больших проектах
Да. В таком случае форме редактирования достаточно видеть только публичные свойства объекта.
СД
Да. В таком случае форме редактирования достаточно видеть только публичные свойства объекта.
спасибо ))
SB
Если объектов данных много разных, то можно еще больше заморочиться и сделать универсальные формы списка, просмотра и редактирования. У которых есть конфиги - настройки, какие колонки и как отображать, какие поля и как редактировать. Но это актуально, если видов объектов реально много, сотни. И они периодически мутируют, а для каждого дизайнить персональную форму слишком много времени уходит.
СД
Подскажи вот еще. Есть форма выбора регионов. Дерево такое с чекбоксами. Выбираешь какие то регионы и их нужно добавить в базу. А если снимаешь галки с уже существующих в базе регионов то удалить их
Вот тут как бы несколько обьектов сразу список регионов передается на форму из базы чтобы из выделить и показать что они уже чекнуты
Как вот с такой формой работать?
Вот тут как бы несколько обьектов сразу список регионов передается на форму из базы чтобы из выделить и показать что они уже чекнуты
Как вот с такой формой работать?
SB
Сергей Дятлов
Подскажи вот еще. Есть форма выбора регионов. Дерево такое с чекбоксами. Выбираешь какие то регионы и их нужно добавить в базу. А если снимаешь галки с уже существующих в базе регионов то удалить их
Вот тут как бы несколько обьектов сразу список регионов передается на форму из базы чтобы из выделить и показать что они уже чекнуты
Как вот с такой формой работать?
Вот тут как бы несколько обьектов сразу список регионов передается на форму из базы чтобы из выделить и показать что они уже чекнуты
Как вот с такой формой работать?
Если объекты однотипные (элементы одного справочника), то передавать список объектов. Я рекомендую иметь два типа списка, "полный" или "глобальный" с максимальной функциональностью, но без сортировки и фильтров. И "простой" в котором только индексы элементов из "полного" списка. В таком случае, "простой" можно легко фильтровать, сортировать и отображать в разных диалогах и контролах.
SB
Удаление объектов штука коварная. Лучше их не удалять, а ставить пометку, что он удален и не отображать в списках. Потому что наверняка после удаления где-то останется ссылка на удаленный объект и произойдет обращение к чужой области памяти. Есть способы с этим бороться, всякие "умные ссылки" и подсчет ссылок. Но самое верное в этом случае это пометка на удаление и "сборка мусора".
СД
🤔 осталось все это хорошенько обмозговать. Спасибо