Создать файл SCX на базе собственного класса можно указав в настройках:

Tools \ Options \ закладка Forms \ группа объектов "Template classes" \ поставить птичку рядом с "Form" и в появившемся окне указать собственный класс.

После этого при создании новой формы (файла SCX) она будет создана на базе указанного класса.

Однако можно написать приложение и без создания файлов SCX. Используя только CreateObject() или NewObject(). Это просто другой стиль написания приложения. Вопрос личных предпочтений.

Насчет Unload и Destroy - не понял. Что Вы хотите получить в результате? Надеюсь, Вы в курсе, что вернуть значение в переменную, по аналогии с DO FORM MyForm.scx TO MyVar если Вы используете CreateObject() - невозможно? При этой технологии используются другие приемы программирования.

прошелмимоэто не вопрос личных предпочтений,
а приученность работать в "старой манере".
А разве это не есть "личные предпочтения"?

прошелмимосоздание scx влечет:
1. невозможность дальнейшего наследования,
огромное количество форм в больших проектах
и как следствие - трудносопровожаемость,
невозможность быстрой доработки
Напрямую наследование невозможно. Это да. Но немного поработав, сделать наследника можно.

Только, когда выдвигают подобный аргумент, как-то упускают из вида, что создание наследника от законченной формы (пусть и в виде класса) - исключительно редкая задача. Более того, даже в виде класса - это тоже очень трудоемкая и невозможная в быстрой доработке.

прошелмимо2. избыточность в виде доп.объектов - ДЕ формы,
абсолютно ненужного при определенных приемах ООП
и использовании абстрактных классов для работы с таблицами
Это действительно так.

Только когда выдвигают этот аргумент скромно умалчивают о том факте, что для класса приходится писать некий самописный аналог DE-формы. Плюс дополнительный код по привязке ControlSource-объектов к полям таблицы.

прошелмимо3. невозможность обыграть поведение (загрузку) ,
как следствие некоторые проблемы в виде разрушений
Почему же. Очень даже возможно. Стандартное ветвление кода в Init-формы. А проблемы с разуршением возможны и при использовании классов.

прошелмимо4. невозможность "нормального" масштабирования приложений
и вызова форм в сложных проектах, состоящих из множества
приложений (необходимость создания процедур-оберток)
Не аргумент. При использовании классов процедура-обертка также необходима для запуска из внешних APP/EXE.

прошелмимо6. scx-форма - это хлам, который перекочевал
из ранних версий в старшую
Сама терминология и аргументация уже говорит исключительно о личном отношении. "В своем глазу бревна не замечаешь"

_usa__83_ВладимирМ,

obj=createobject('myform',....)

в дизайнере классов, в классе myform наследуюсь от form и вешаю кнопку в обработчике click которой

CLEAR EVENTS
thisform.release

запускаюсь, при нажатиии кнопки форма не уничтожается...
Вообще-то, так не делают. Т.е. команда CLEAR EVENTS не дается при закрытии формы, а выносится во вне.

А где Вы даете команду READ EVENTS? Надеюсь, не в методах самой формы? Это как раз и может вызвать подобный эффект.

Игорь Горбонос
прошелмимоscx-форма -
это хлам, который перекочевал
из ранних версий в старшую а что использовать вместо визуальных форм?

В данном случае спор ведется не об использовании форм как таковых, а о способе создания экземпляра формы в рабочем приложении. Это можно сделать двумя способами:

1. Создать файл SCX и запускать его на исполнение DO FORM MyForm.scx
2. Создать класс на базе класса Form и запускать его на исполнение CreateObject('MyClass')

С точки зрения пользователя результат будет одинаковый. Пользователь увидит форму. Вопрос именно в способе создания этой формы "внутри" FoxPro.

Лично я считаю, что оба способа равнозначны. Что больше нравится и удобнее в данном конкретном случае, то и следует использовать.

прошелмимоавторС точки зрения пользователя результат будет одинаковый.

Мужчина, Вы меня все больше удивляете.

А с точки зрения разработчика, который стремиться к минимизации
трудозатрат?
Это зависит от самого разработчика. Язык программирования и используемые инструменты - не при чем.

FoxPro - это инструмент, который требует повышенной самодисциплины от разработчика. Если был "бардак" на стадии планирования, то получишь "бардак" на этапе разработки. И уж какими технологиями при этом пользоваться совершенно не важно. Просто FoxPro не "бьет по рукам" сразу.

Игорь Горбонос

Возможно, Вам имеет смысл посмотреть вот этот цикл статей (там все по русски, несмотря на английские заголовки)

Статьи о некоторых аспектах применения технологии MS VFP (Visual FoxPro).