Я согласен с pm100 в том, что должен быть механизм публикации / подписки.
Чтобы соблюдать принцип «разделения интересов», форма (или представление, если хотите) должна определять ряд событий, к которым может подключиться ваш контроллер (или докладчик в MVP).
Если в левой панели вы измените выбор, это вызовет событие 'LeftPane_SelectionChanged', к которому контроллер подключен и на который воздействует, в этом случае получая сведения о выбранном элементе (которые можно передать как аргументы события) сопоставляя заказы выбранного клиента в объекте «модель» и получив его, модель можно затем «отправить» обратно в представление (форму), вызвав подпрограмму «rightPanel_load» и передав эту модель.
Форма / представление должны оставаться как можно более легкими и тупыми, чтобы вся бизнес-логика определялась в других теперь не связанных между собой слоях промежуточного программного обеспечения и действовала исключительно для событий.
На мобильном телефоне в минуту, поэтому публиковать примеры непросто, но со временем обновится.
Хорошо прочитайте архитектуру MVC, а также принципы объектно-ориентированного проектирования (SOLID - хорошая отправная точка), это должно привести вас к правильному мышлению и, как только вы его получите, у вас будет эта лампочка. момент, туман рассеивается, и вдруг вы полетите!