Вопрос по ООП

Ich Will

Есть программа процедурно ориетнированная, строящая дерево на классе
cl_gui_simple_tree по таблице ztest.

Нужно реализовать такую же задачу на другой таблице такой же структуры.
Постараться сделать обобщенный вариант

Я решил сделать класс по работе с деревом TreeClass
(названия классов и интерфейсов условные пока что)

Code:

Class TreeClass.
Methods: add_node,
         del_node,
         find_node.
тут еще несколько методов будет

и интерфейс

Code:

Interface IDBaseWork
Methods:  select_data, 
          insert_data,
          update_data.

и 2 класса имплементирующие этот интерфейс...
только в реализациях классов будут разные выборки....
вставки и апдейты

Code:

Class CarClass Implementation IDBaseWork.
Methods: select_data,
         insert_data, 
         update_data.
и 

Class TyreClass  Implementation IDBaseWork.
Methods: select_data,  
         insert_data, 
         update_data.

я так полагаю что для регистрации классов по нашей модели
нужно будет еще табличку сделать ...

Тоесть идея такая - например другой программист решил сделать похожую задачу на других таблицах... то ему нужно будет создать класс имплементирующий интерфейс IDBaseWork и все за крутиться завертиться

Теперь собственно вопрос - как в головной программе подключать нужный класс в зависимости от транзакции ?

PS. Чуствую как-то через полиморфизм можно выкрутиться ....
но не соображу как...

вот... и еще хотелось бы чтобы уважаемые коллеги оценили идею...

Виктор(Минск)

Цитата:

как в головном пргорамме подключать нужный класс в зависимости от транзакции ?

Как вариант: Настроечная таблица, которая состоит из пары: "Транзакция - Имя класса".

Далее в программе:

Code:

Data:  iTreeWork type ref to IDBaseWork,
         cls_name(60) type c.
*** Вычитываем имя класса, который имплементирует  интерфейс IDBaseWork
Select  Name_class into cls_name from <table> where <Имя транзакции>.
*** Проверки есть такая пара, есть такой класс и т.п.
CREATE OBJECT iTreeWork TYPE (cls_name). 
* Дальше работаем с  интерфейсом.

Цитата:

и еще хотелось бы чтобы уважаемые коллеги оценили идею

Я делал обертку над классом ALV_GRID, а все операции по формированию заголовка грида, загрузке данных, чтению и т.д. выносил во внешние интерфейсы. Это работает и имеет право на существование.

RoadRunner

Виктор(Минск) написал:

Я делал обертку над классом ALV_GRID...

Можно подробнее? Хотя бы принцип, для чего это? Ведь есть же оберточные REUSE_ALV_... ф.модули.

Ich Will

Спасибо большое, беру

Виктор(Минск)

Цитата:

Можно подробнее? Хотя бы принцип, для чего это? Ведь есть же оберточные REUSE_ALV_... ф.модули.

На вопрос "Зачем", отвечаю: Хотелось уменьшить объем кодирования. Утомился для CL_GUI_ALV_GRID в каждой программе, как священную мантру, писать код по созданию, "привязыванию" событий к объекту и т.д. и т.п..

Правила форума

Вопрос по ООП

Кто сейчас на конференции