Как "правильно" програмировать ?

[JDredd]

Как я делал курчас ( Шашки ) :

1) В билдере накидал на форму компонентов.
2) В обработчиках контролов написал половину кода.
3) Потом пришлось переделывать интерфейс. И начался ад :
- несоответствие внутренних данных и того что видит пользователь
- попытки выставить "checked" в удаленном компоненте
- дублирование интерфейса == копипаст тела обработчика
- долгий дебаг

идеи к которым я пришел

1) Глобальная функция обновления экрана : в зависимости от внутренних переменных правильно ставит "checked" и перерисовывает доску.

2) Спец. класс - ядро.
При создании главной формы - создаем 1 экземпляр и передаем ссылки на нужные контролы.
Все обработчики состоят из одной строчки : вызов метода ядра.

Моя цель - минимизировать время разработки, отладки и поддержки кода.

Как "правильно" програмировать ? Верны ли мои идеи ?
Что почитать по теме ?

[Smitt&Wesson]

Молодец. Ты всё правильно делаешь.
"Ад" проходят все.
Почитай А. Я. Архангельского "Программирование С++ Builder 5, 6",
"Приёмы программирования С++ Builder механизмы Windows, сети"
и Михаил Фленов "DirectX и С++ искусство программирования".

[pproger]

1) В билдере на накидал на форму компонентов.

fail .

[mrChester]

программировать... вот так правильно

[pu4koff]

2) В обработчиках контролов написал половину кода.

Тут не должно быть никакой логики программы и внутренних механизмов. Только работа с контролами и вызов соответствующих методов/функций.
В обработчике для совершения хода не должно быть никаких проверок, никакой работы с игровым полем по переносу шашек. Только вызов метода/функции "СделатьХод", в которой уже всё это происходит и которая никак не завязана на GUI.

3) Потом пришлось переделывать интерфейс. И начался ад :
- несоответствие внутренних данных и того что видит пользователь

Что за внутренние данные и как они отображаются пользователю?

- попытки выставить "checked" в удаленном компоненте

Вообще-то эта ошибка должна всплывать при компиляции. Если конечно доступ к компоненту идет напрямую, а не через указатели или FindWindow.

- дублирование интерфейса == копипаст тела обработчика

1) Один и тот же обработчик можно повесить на несколько контролов. Допустим, есть пункт меню и кнопка на панели инструментов. Обработчиком OnClick для них может выступать один метод. Для пункта меню, например, его пишем, а для кнопки - выбираем уже написанный из списка
2) Есть такая штука, как Action. Создаем соответствующий Action, пишем для него обработчик, выставляем иконку, если надо, посредством этой штуки управляются и свойства типа Checked, Enabled,...

[Rapid]

Как "правильно" програмировать ? Верны ли мои идеи ?

Не могу сказать, что все идеи верны, но многое из того, что пишешь уже открыто.