Rostislav D. Kudryashov,

Ребята никто не спрашивал как? :))

почти все файлы в VFP это таблицы только с разными расширениями в том числе и библиотеки (vcx) (вся информация об этом доступна в хелпе)

в приведенном мной примере я создал обычный объект custom с именем pattern отредактировал его как хотел в плане методов
после открыл библиотеку как таблицу




нашел класс objname = pattern, platform=windows

изменил поля class, baseclass c custom на empty
обнулил поле properties

pivaно в силу ударивших меня граблей, связанных с опытом "экстремального" кодинга, уже бы точно такой изврат использовать, в коммерческой разработке, не стал

Не знаю что там у вас за грабли но я использую с 2009 года в "коммерческой разработке" и ничего живой
Я представляю что вы скажете на screen во вложении.


Dima TИ чего выиграл по сравнению с custom ?
Я ничего, а что должен был ?

Dima T Тогда непонятно зачем ...
Если интересует практическая часть применения то pattern это реальный класс на основе Empty плотно используемый мной при разработке, в предыдущем моем посте на скрине виден cursoradapter c кучей вложенных коллекций так вот почти все они содержат в себе объекты на основе pattern

Я его использую там где custom много а Empty мало просто надоело постоянно писать код типа
и все возможные его интерпретации, а также перебирать не именованную коллекцию для поиска и удаления одного из ее "empty" объектов изначально имея ссылку на этот самый "empty" объект.

sg12Можно подробнее про эти ваши классы, что на картинке.
Что именно интересует порядок создания того го рода класса или его предназначение

На скрине я показал что в объекты которые оприоре не могут содержать дочерних объектов типа cursoradapter можно всунуть как не визуальные так и визуальные классы и спокойно редактировать их методы и свойства в стандартном редакторе свойств VFP

sg12 сама идея взаимодействия - раз они вложены, значит должны существовать их родители

В том и прикол что у всех показанных объектов конечный родитель это cursoradapter и к нему можно обратится из любого вложенного в него объекта через вызов соответствующего количества раз свойства parent т.е. стандартным способом

Если говорить о конкретном примере то весь это огород позволяет иметь динамически настраиваемый cursoradapter

sg12 Query комплектуется один на весь проект
Query это SQL parser вложенный как дочерний объект cursoradapter(а) который разбирает строку запроса SelectCmd на коллекции Fields,From,Where,Tables ... , а вот уже в коллекциях содержатся объекты (Pattern)


как пример: Tables содержит Pattern(ы) Table которые создаются
Createobject("Pattern","Name;TableSource;TableSourceType;Buffering;Tag")

Изменяя свойства объектов в соответствующих коллекциях я могу быстро изменить весь запрос не говоря уже о изменении условия выборки или упорядочивания

sg12Насколько можно вас понять, для этого вы открываете редактирование с переименованием классов.
NSFuimus1 не удалось повторить фокус ...: "Object class is invalid for this container" при попытке открыть его в class designer


Редактировать такие классы как Empty,Header через стандартный Fox(вый) редактор не получится так как и до "танцев с бубном" над ними этого сделать нельзя было, если очень хочется то надо провести обратные действия с переименованием.

Что же косается остальных то это вполне реально. Я так понимаю это просто "ход конем" который не закрыли разработчики Fox(а) и что меня радует больше всего что уже навряд ли когда закроют

Суть данного хода заключается в том что созданный класс условно назовем его "не такой как все" изначально отредактировать нельзя, а вот его наследника можно но надо помнить о том что наследника нужна изначально создать до того как класс станет "не такой как все"

sg12Может удобнее вынести установку свойств объектов в отдельный Custom, где и устанавливать собственно все параметры.Тогда необходимость в изменении объектов отпадет.
Если вы про танцы с бубном над классами то из вышесказанного ясно что это делается один раз при разработке объектной структуры класса который как мы помним "не такой как все"

NSFuimus1,

baseclass у наследника не изменил

в приложении пример

NSFuimus1изменил

Вам оттуда виднее

в примере редактируется класс "_de" но если перед ним попытаться отредактировать родителя "__de" то после ошибки надо выполнить clear all [classlib] так как Fox корректно не закрывает класс родителя

NSFuimus1,


pattern это пример класса на основе Empty

авторРедактировать такие классы как Empty,Header через стандартный Fox(вый) редактор не получится так как и до "танцев с бубном" над ними этого сделать нельзя было, если очень хочется то надо провести обратные действия с переименованием.

NSFuimus1 + пошОл дальше:
это прелестно

Вы в моем примере видели у класса "_de" "наследство" от container
давайте простенький пример того что вы делаете так будет проще

NSFuimus1добиться от вас внятного ответа весьма сложно ...
NSFuimus1как я описал типа "нетипично"

это уже напоминает разговор слепого с немым

Наследование — это свойство системы, позволяющее описать новый класс на основе уже существующего с частично или полностью заимствующейся функциональностью

NSFuimus1примеров никаких не будет
а жаль

Если есть желание можете описать что вы хотите получить в конечном итоге
потому что из ходя из моей практики в унаследованный от empty класс можно всунуть свойства, методы,события и даже объекты но все это никак не влияет на возможность у полученного класса редактироваться class dessinger ее (возможности) как не было так и не будет

NSFumus1я понял
... поверь мне не понял

Твои потомки открываются в class desinger только по той причине что у него (потомка) не изменен baseclass (о чем я тебе уже говорил) поэтому они открываются в class desinger и потягивают свойства и методы объекта указанного в baseclass

если бы ты все танцы с бубном провел правильно то ни один из классов унаследованных от empty любой вложенности не открылись бы class desinger

NSFuimus1,

Здуреть можно это не я смутно "выражовываюсь" а вы избирательно читаете

ЛДПР Редактировать такие классы как Empty,Header (специально для тебя) и их потомков через стандартный Fox(вый) редактор не получится так как и до "танцев с бубном" над ними этого сделать нельзя было, если очень хочется то надо провести обратные действия с переименованием.

Что же косается остальных то это вполне реально

NSFuimus1и это сильно разочаровывает
Мне так жаль, это моя вина ...

Написание процедуры которая их открывает и корректно закрывает у меня заняло 1.3 минуты ...

sg12

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

В итоге (если оба или более подходов работают) можно сравнить только достоинства и недостатки их (подходов)

Если есть желания это обсудить

то уступаю вам право по загибать пальцы первым

sg12,

Я ставил перед собой задачу иметь возможность редактировать объектную модель запроса изначально заданную строкой в cursoradapter.selectcmd

при этом с максимальным комфортом в class desinger


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

На счет тех конструкции которые вы предлагаете объект.свойство_объект они меня мало впечатляют так как от подобной практики я отказался давно и надолго в силу печальных способностей Fox(а) не подчищать их при не явном удалении и связанного с этим танцев с бубном

поэтому все разговоры про уход от emty in collection мне кажутся недостаточно аргументированными

на счет Параметров то они также получаются(создаются) из строки запроса (при ее разборе), а место присвоения значений обуславливается логикой задачи ...

sg12Проблемы с подчищением можно решить создаванием каждый раз заново одного глобального объекта с его последующим уничтожением.
При ручном удалении не лениться PACK.

Вы абсолютно не имеете представления о чем говорите

sg12Что касается примера кода, то чем редактировать довольно большое количество свойств, проще вместо них формировать в том же коде несколько локальных переменных, с последующим отправлением их в строку запроса.
Или загонять их также в один глобальный объект Empty

опять разговор слепого с глухим

sg12,

Такое ощущение что я тебя уговариваю делать так же

Позвольте мне процитировать вам мой пост написанный ранее

ЛДПРЯ надеюсь все мы прекрасно понимаем что каждый выбирает способ реализации той или иной задачи для себя сам и это дело сугубо личное