> На самом деле редактирование свойств компонентов в design-time это хорошо(и как и любой инструмент имеет свою сферу применения) Для дизайна, оформления, гуя, короче говоря - даже вопросов не возникает. Для того оно изначально и задумывалось. Для удобной композиции классов проекта и продумывания его идеи - UML есть просто панацея. Для первоначальной настройки коннекта с БД - BDS предлагает превосходный визуальный механизм. Но в случае невизуальных компонентов - просто несусветная глупость...
> При уничтожении родительского компонента необязательно уничтожать дочерние компоненты созданные в ран-тайме, достаточно присвоить им подходящего Owner'а при создании. Согласен. В коде поэтому Owner'ом и указана форма, а не nil. Просто вбитая в мозг привычка... что сам заказал - сам и освобождай. Иначе худо будет...
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
Date: Tuesday, 12 February 2008 18:59 (UTC)Для дизайна, оформления, гуя, короче говоря - даже вопросов не возникает. Для того оно изначально и задумывалось. Для удобной композиции классов проекта и продумывания его идеи - UML есть просто панацея. Для первоначальной настройки коннекта с БД - BDS предлагает превосходный визуальный механизм. Но в случае невизуальных компонентов - просто несусветная глупость...
> При уничтожении родительского компонента необязательно уничтожать дочерние компоненты созданные в ран-тайме, достаточно присвоить им подходящего Owner'а при создании.
Согласен. В коде поэтому Owner'ом и указана форма, а не nil. Просто вбитая в мозг привычка... что сам заказал - сам и освобождай. Иначе худо будет...