AS
Никогда так не делай
Size: a a a
2020 March 10
DB
вот так как раз делать не стоит, да
AF
Никогда так не делай
с удовольствием узнаю как правильно
AS
с удовольствием узнаю как правильно
Для начала объясни чего ты хочешь добиться?
DB
я бы всё таки рекомендовал взять какой-то готовый проект, посмотреть как там что сделано. их много всяких в примерах, в том числе и самих сред
DB
объяснять просто дольше намного что не так. чем посмотреть как нужно
AF
Для начала объясни чего ты хочешь добиться?
есть форма. На ней кнопка и эдит.
В первом юните я при создании формы задаю эдиту значение.
Я хочу сделать так, чтобы обработка нажатия кнопки было во втором юните. (По нажатию кнопки значения эдита меняется, и я хочу полностью вынести это в отдельный юнит._
В первом юните я при создании формы задаю эдиту значение.
Я хочу сделать так, чтобы обработка нажатия кнопки было во втором юните. (По нажатию кнопки значения эдита меняется, и я хочу полностью вынести это в отдельный юнит._
AF
объяснять просто дольше намного что не так. чем посмотреть как нужно
ну я читаю пока всякое
DB
глянь готовый код/проект, как всё пишется, тысячи примеров
DB
есть форма. На ней кнопка и эдит.
В первом юните я при создании формы задаю эдиту значение.
Я хочу сделать так, чтобы обработка нажатия кнопки было во втором юните. (По нажатию кнопки значения эдита меняется, и я хочу полностью вынести это в отдельный юнит._
В первом юните я при создании формы задаю эдиту значение.
Я хочу сделать так, чтобы обработка нажатия кнопки было во втором юните. (По нажатию кнопки значения эдита меняется, и я хочу полностью вынести это в отдельный юнит._
я бы вот это как раз не выносил в отдельный модуль, лишнее. гуёвая сторона может вполне обрабатываться на гуевой стороне
AS
есть форма. На ней кнопка и эдит.
В первом юните я при создании формы задаю эдиту значение.
Я хочу сделать так, чтобы обработка нажатия кнопки было во втором юните. (По нажатию кнопки значения эдита меняется, и я хочу полностью вынести это в отдельный юнит._
В первом юните я при создании формы задаю эдиту значение.
Я хочу сделать так, чтобы обработка нажатия кнопки было во втором юните. (По нажатию кнопки значения эдита меняется, и я хочу полностью вынести это в отдельный юнит._
Я хочу сделать так, чтобы обработка нажатия кнопки было во втором юните
Зачем?
Зачем?
DB
скажем - по надобности. но пока что скорее выносить не нужно
AF
Я хочу сделать так, чтобы обработка нажатия кнопки было во втором юните
Зачем?
Зачем?
во первых для тренировки и знания, во вторых - чтобы потом в последствии работу отдельных модулей на главной форме не в основном листинге описывать, а в отдельном юните. ну чтобы хоть какую-то смыслвоую структуру сделать.
AF
я бы всё таки рекомендовал взять какой-то готовый проект, посмотреть как там что сделано. их много всяких в примерах, в том числе и самих сред
кажется я понял, вот так канонично
AT
Привет Andrew. Ищи "Delphi MVC". Напр. https://habr.com/en/post/147133/
AF
Aleg Tut
Привет Andrew. Ищи "Delphi MVC". Напр. https://habr.com/en/post/147133/
оокау, спс
AS
во первых для тренировки и знания, во вторых - чтобы потом в последствии работу отдельных модулей на главной форме не в основном листинге описывать, а в отдельном юните. ну чтобы хоть какую-то смыслвоую структуру сделать.
Для тренировки чего? 😁
Ты вынес код в отдельный модуль, но завязал его на Unit1, т.е. фактически ничего хорошего не сделал... Т.к. юнит2 всё равно зависит от первого, и использовать свой без первого у тебя не получится... Это плохо, т.к. первый - это не просто описание абстрактного типа, но ещё и сам (как правило) зависит от кучи других модулей.
Ты вынес код в отдельный модуль, но завязал его на Unit1, т.е. фактически ничего хорошего не сделал... Т.к. юнит2 всё равно зависит от первого, и использовать свой без первого у тебя не получится... Это плохо, т.к. первый - это не просто описание абстрактного типа, но ещё и сам (как правило) зависит от кучи других модулей.
AF
Для тренировки чего? 😁
Ты вынес код в отдельный модуль, но завязал его на Unit1, т.е. фактически ничего хорошего не сделал... Т.к. юнит2 всё равно зависит от первого, и использовать свой без первого у тебя не получится... Это плохо, т.к. первый - это не просто описание абстрактного типа, но ещё и сам (как правило) зависит от кучи других модулей.
Ты вынес код в отдельный модуль, но завязал его на Unit1, т.е. фактически ничего хорошего не сделал... Т.к. юнит2 всё равно зависит от первого, и использовать свой без первого у тебя не получится... Это плохо, т.к. первый - это не просто описание абстрактного типа, но ещё и сам (как правило) зависит от кучи других модулей.
согласен, да, звучит логично
VA
во первых для тренировки и знания, во вторых - чтобы потом в последствии работу отдельных модулей на главной форме не в основном листинге описывать, а в отдельном юните. ну чтобы хоть какую-то смыслвоую структуру сделать.
для разделения логики и отображения используются шаблоны проектирования MVVM, MVC и прочие
но для этого должна быть твердая база по делфи
но для этого должна быть твердая база по делфи
DB
во первых для тренировки и знания, во вторых - чтобы потом в последствии работу отдельных модулей на главной форме не в основном листинге описывать, а в отдельном юните. ну чтобы хоть какую-то смыслвоую структуру сделать.
'интерфейсные' модули могут видеть 'классовые' но не наоборот. иначе просто смысла нет