sg12Во-первых, очень приятно, что вы чуток сбавили тон. Если еще на полтона убавите, то вообще отлично будет.
Тон я и не менял. Это Вы почему-то читаете не то, что написано. Постоянно "перевираете" и как-то странно интерпретируете написанный текст. Я все-таки пытаюсь разговаривать с Вами исходя из предположения, что Вы сюда не просто поболтать заскочили. А все-таки хотите что-то понять/узнать/уточнить.
sg12Базовые классы не я придумал. Они находятся в директории FFC, файлы _base.vcx/_base.vct, можете убедиться.
Если мне ни изменяет память, они уже и в Tastrade были.
Открыв эту библиотеку, вы лично можете убедиться, что там действительно имеется базовая форма.
Опять не понятно о чем Вы вообще говорите. Да, есть библиотека FFC. Да, в этой библиотеки все классы созданы на основе специализированной библиотеки классов с именем _Base. Вероятно, основываясь на имени библиотеки Вы и использовали термин "базовые классы". И что из этого следует?...
Замечу, что в данном случае Вы именно что "придумали" термин. "Придумали" в том смысле, что никому кроме Вас не пришло в голову ассоциировать данный термин с библиотекой FFC.
В FoxPro "базовыми" называются классы, которые не были унаследованы от каких-либо других классов. Т.е. это классы Form, Custom, TextBox и т.п.
Базовые классы в Visual FoxPro Обратите внимание, что все классы в библиотеке _Base именно что унаследованы от других классов. Т.е. "базовыми" с точки зрения FoxPro - не являются. Хотя, разумеется, подобную библиотеку можно назвать базовыми классами приложения FFC.
sg12Дочерние от него объекты уже можно специализировать - для работы с таблицами в основном через грид, для справочников, диалогов, модальных форм и т.д.
Да. Это стандарт создания иерархии классов. Очевидно настолько, что непонятно, зачем такую тривиальную мысль вообще озвучивать.
sg12Термин FramеWork я не применяю оттого, что у вас известныеt затруднения с этим объектом
Не понял, о каких затруднениях и с каким объектом Вы говорите. Термин FramеWork - это общеупотребительный термин, описывающий некий набор "заготовок" для разработки собственных приложений
sg12и перешел на ваш термин - Главный модуль.
Я такого термина не употреблял. Если Вы говорите о главном ФАЙЛЕ приложения (о котором была статья), то никто и никогда не использует ОДИН файл как целую библиотеку. Нет, разумеется, ТАК тоже можно. Но я как-то с трудом представляю процесс модификации подобной "простыни".
sg12У кого в заначке какой FrameWork я не знаю. Разве что на своем сайте Urfin пытался, но вышло очень тяжеловесно и непрактично.
Что вы вкладываете в этот термин - непонятно. Набор классов в приложении типа "свой/чужой/интим", даже если они супер - это еще не FrameWork, вы путаете понятия.
Проблема как раз в том, что я то пытаюсь пояснить о чем я говорю, а вот о чем Вы говорите - неизвестно. А FrameWork - это довольно устоявшийся термин. Некий "каркас" того, как Вы создаете все свои приложения.
Фреймворк
sg12Примеров выноса в общую библиотеку я не видел - наоборот, годами новички постоянно тыкаются с базовыми вопросами.
Еще раз. Если новичек спрашивает о том, как передать параметр в форму, то ЧТО Вы ему ответите? Какое отношение "общая библиотека" имеет к подобному вопросу?
sg12О каких ваших "туманных" задачах и проблемах вы постоянно интригующе толкуете, я не знаю. Что у вас там не решается - тоже.
Как может FrameWork заточен под какие-то задачи - непонятно, у вас только одни общие абстрактные фразы.
Разве не Вы это написали для кнопок "Добавить, Изменить, Удалить"
1.
2.
3.
4.
5.
6.
7.
8.
9.
LPARAMETERS tcCase
DOCASE
CASE tcCase == 'Add'
***
CASE tcCase == 'Delete'
***
CASE tcCase == 'Edit"
***
ENDCASE
А когда я Вас попросил привести практический пример того, когда подобный код действительно понадобился бы для
кнопок , Вы скромно промолчали. В своей практике я не встречал задач, когда ТАКОЙ код был бы уместен именно для
кнопок . Однако Вы его используете. По крайней мере, он Вам кажется вполне уместным. Значит, Ваша задача как-то принципиально отличается от тех задач, с которыми сталкиваюсь я. Вот я Вас постоянно и спрашиваю, какие же у Вас задачи, чтобы использовать подобный код кнопок?
sg12Никакой собственный FrameWork я не рекламирую - несколько кусков кода погоды не делают.
FrameWork - это прежде всего ИДЕЯ того, как "надо". Как "правильно" с Вашей точки зрения. Вот Вы настойчиво пытаетесь всех убедить, что НАДО делать некий общий метод для кнопок в который передавать параметр Add/Delete/Edit. А подобный подход соответственно заставляет строить и все остальное приложение. С моей точки зрения для кода кнопок ТАК делать не имеет смысла. Соответственно моя структура приложения, мой FrameWork, примет принципиально другой вид.
sg12Если вы намекаете на _application, то у меня там всего несколько простых процедур, в кармане фиги нет:
OnShutdown - ничего нового,
DoApp - для поочередного запуска вышеуказанных процедур из oSetting при Otkr/Zakr,
Utils - сборник часто вызываемых небольших процедур.
Чем они вас так напугали, что они могут вам "впарить" - непонятно.
Про них я вообще ничего не говорю. Я просто в очередной раз пытаюсь понять о чем Вы вообще говорите. Имеет смысл дальше с Вами продолжать разговор или нет. Есть вообще предмет для дискуссии или Вам лишь бы "себя показать"? Вы готовы слушать других или слышите только себя?
