Сообщение Re[4]: Однопоточный типа мьютекс от 23.01.2026 14:34
Изменено 23.01.2026 14:38 Философ
Re[4]: Однопоточный типа мьютекс
Здравствуйте, Pavel Dvorkin, Вы писали:
Ф>>Очень плохая идея! Контрол не должен знать о существовании других контролов, в идеальном случае вообще не знать, ни при каких обстоятельствах
PD>В теории да, но не всегда стоит строго следовать ей. И в данном случае, мне кажется, это будет самое простое решение, буквально из 1-2 строк.
На практике: практика показывает, что правила всё-таки нужны. На старте может показаться, что скоростное решение в 2 строки сдесь годится, но уже через год ты жалеешь о том, что поддался соблазну написать "быстро". Вот это "быстро сейчас" потом оборачивается головной болью. Это дурацка привычка, писать как быстрее в данный момент, не задумываясь о будущем — о том, как ты это будешь потом поддерживать.
PD>По сути тут некий неявный класс "парный контрол"...
Это он в данном контексте парный, но контекс может поменяться, притом с высокой долей вероятностью. Нельзя связывать контролы напрямую — только чере промежуточный объект, и лучше, если это будет объект, отвечающий за подготовку данных для отображения. Иначе потом развязывать сложно. Иначе потом будет ещё одно костыльное решение, а потом ещё одно, и ещё...
Ф>>Очень плохая идея! Контрол не должен знать о существовании других контролов, в идеальном случае вообще не знать, ни при каких обстоятельствах
PD>В теории да, но не всегда стоит строго следовать ей. И в данном случае, мне кажется, это будет самое простое решение, буквально из 1-2 строк.
На практике: практика показывает, что правила всё-таки нужны. На старте может показаться, что скоростное решение в 2 строки сдесь годится, но уже через год ты жалеешь о том, что поддался соблазну написать "быстро". Вот это "быстро сейчас" потом оборачивается головной болью. Это дурацка привычка, писать как быстрее в данный момент, не задумываясь о будущем — о том, как ты это будешь потом поддерживать.
PD>По сути тут некий неявный класс "парный контрол"...
Это он в данном контексте парный, но контекс может поменяться, притом с высокой долей вероятностью. Нельзя связывать контролы напрямую — только чере промежуточный объект, и лучше, если это будет объект, отвечающий за подготовку данных для отображения. Иначе потом развязывать сложно. Иначе потом будет ещё одно костыльное решение, а потом ещё одно, и ещё...
Re[4]: Однопоточный типа мьютекс
Здравствуйте, Pavel Dvorkin, Вы писали:
Ф>>Очень плохая идея! Контрол не должен знать о существовании других контролов, в идеальном случае вообще не знать, ни при каких обстоятельствах
PD>В теории да, но не всегда стоит строго следовать ей. И в данном случае, мне кажется, это будет самое простое решение, буквально из 1-2 строк.
На практике: практика показывает, что правила всё-таки нужны. На старте может показаться, что скоростное решение в 2 строки сдесь годится, но уже через год ты жалеешь о том, что поддался соблазну написать "быстро". Вот это "быстро сейчас" потом оборачивается головной болью. Это дурацкая привычка, писать как быстрее в данный момент, не задумываясь о будущем — о том, как ты это будешь потом поддерживать.
PD>По сути тут некий неявный класс "парный контрол"...
Это он в данном контексте парный, но контекст может поменяться, притом с высокой вероятностью. Нельзя связывать контролы напрямую — только чере промежуточный объект, и лучше, если это будет специально приспособленный объект, отвечающий за подготовку данных для отображения. Иначе потом развязывать сложно. Иначе потом будет ещё одно костыльное решение, а потом ещё одно, и ещё...
Ф>>Очень плохая идея! Контрол не должен знать о существовании других контролов, в идеальном случае вообще не знать, ни при каких обстоятельствах
PD>В теории да, но не всегда стоит строго следовать ей. И в данном случае, мне кажется, это будет самое простое решение, буквально из 1-2 строк.
На практике: практика показывает, что правила всё-таки нужны. На старте может показаться, что скоростное решение в 2 строки сдесь годится, но уже через год ты жалеешь о том, что поддался соблазну написать "быстро". Вот это "быстро сейчас" потом оборачивается головной болью. Это дурацкая привычка, писать как быстрее в данный момент, не задумываясь о будущем — о том, как ты это будешь потом поддерживать.
PD>По сути тут некий неявный класс "парный контрол"...
Это он в данном контексте парный, но контекст может поменяться, притом с высокой вероятностью. Нельзя связывать контролы напрямую — только чере промежуточный объект, и лучше, если это будет специально приспособленный объект, отвечающий за подготовку данных для отображения. Иначе потом развязывать сложно. Иначе потом будет ещё одно костыльное решение, а потом ещё одно, и ещё...