Цитата:

Когда же будет goApp?
Я ж свои новые проекты приостановил в ожидании

Недели через 2. Не раньше. Например, ту часть, которую я выложил в начале писал около 8 часов. Т.е. как сел с утра, смотрю - уже вечер. А писать по полчаса каждый день у меня не получается. Надо ждать выходных, когда есть часов 5...6 свободных.

А какие проблемы с goApp? Это же просто "обертка". Ну, чтобы не писать кучу отдельных "глобальных" процедур, методов, переменных все запихивается в один класс и далее просто обращаешся к методам или свойствам этого класса. В принципе, вполне можно и без него. Он просто предоставляет более удобный механизм доступа ко всем этим методам и переменным.

Посмотри пример его реализации в TasTrade.pjx из поставки FoxPro.

Цитата:

на счет формы As Top Level - я думаю что стоит рассмотреть
какой-то простой пример - хотя бы из-за особенностей меню
в различных версиях Фокса и Вин.

Лично я считаю, что проект на базе As Top-Level - это не есть то, с чего следует начинать новичкам. Вообще не вижу особых преимуществ именно в таком стиле написания программы. Именно поэтому я про данную идеологию только упоминаю по мере необходимости, но основной упор делаю на описание "классической" схемы через основное окно FoxPro (SCREEN)

Цитата:

На счет oAPP наверно надо делать упор на организацию видимости форм друг другом
и передачи значений между формами (то что вызывает наибольшую сложность и растерянность
у новичков)

Цель статьи - это по возможности дать цельное представление о том, что вообще должно быть в главном (стартовом) файле и наиболее простые решения для реализации (READ EVENTS, ON SHUTDOWN и т.п.). Если углубляться в частности, то это уже надо писать книгу, а не статью. Я и так стараюсь писать как можно меньше кода.

Hi, Владимир!

Цитата:

А какие проблемы с goApp? Это же просто "обертка"

Думаю стоит рассказать ЧТО туда обычно кладут, какие функции он выполняет
(БЕЗ КОДА!А то реально убиться можно будет), почему именно так, а не
"просто процедурами"...
Кстати если будет время - посмотри всё-же почему Дуг Хенниг рекомендует
помещать READ EVENTS в специальный метод goApp а не оставлять его в main.prg
;)

Цитата:

Кстати если будет время - посмотри всё-же почему Дуг Хенниг рекомендует
помещать READ EVENTS в специальный метод goApp а не оставлять его в main.prg

Где посмотреть-то?

Владимир Максимов

Цитата:

А какие проблемы с goApp? ... В принципе, вполне можно и без него

Во-во, я как раз без него. А так понимать начинаю, что лучше с ним ;)

Hi, Владимир!

Цитата:

Где посмотреть-то?

В его статье по обработке ошибок - должна быть свободно доступна с
[url]www.stonefield.com[/url]

Цитата:

В его статье по обработке ошибок - должна быть свободно доступна с
www.stonefield.com

Я правильно понял, что речь идет о статье

Error Handling in Visual FoxPro

Да... Это надо покопаться. Там много чего написано

Всем приветы (еще раз за сегодня)
2 Igor Korolyov

Цитата:

в goApp можно держать свою коллекцию ссылок на открытые формы

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

Цитата:

почему Дуг Хенниг рекомендует помещать READ EVENTS в специальный метод goApp

Спасибо Игорь за ссылку, я вот только пока допер до того, что такая рекомендация
позволяет сильно облегчить жизнь при борьбе(удалении) забытых/потерянных ссылок на объекты,
созданные в работе программы. (в идеале это конечно далеко не единственная прелесть даного подхода)
(для себя я пока "мысленно" это назвал стеком вызова объектов)
еще раз спасибо за ссылку - ОЧЕНЬ кстати.

2Владимир Максимов

Цитата:

Лично я считаю, что проект на базе As Top-Level - это не есть то, с чего следует начинать

и я с этим согласен "зачем лепить то что уже есть", но вот один примерчик бы и не помешал
как раз в случае когда Фокс 8,9, а Вынь 95,98
если не сочтете за наглость и навязчивозть, то могу выслать свой скелет подобного чуда
(на СОАВТОРСТВО не расчитываю ни в коем случае), а все ж новичкам понадобится
и кода там совсем не надо (если только настроить пару тройку свойств у нужных объектов)
и голая схема сравнимая с меню (или почти сравнимая)

ЗЫ
1) goApp - это единственная!глобальная переменная!для программы
(а об увеличении числа глобальных переменных на форуме сказано не мало)!
2) goApp - это более гибкий скелет(или шаблон) всмысле настройки
нежели простое тело ГЛАВНОЙ процедуры!
3) goApp - с великой легкостью выступает посредиком при передачи значений между формами
и здесь как раз все так же легко объясняется схемой (можно конечно и кодом украсить)
4) Задавая свойства и методы goApp можно также с легкостью избегать проблем видимости
и конфликтов простанства имен программы в целом!
естественно это наверняка не полный перечень достоинств "goApp"

Цитата:

Цитата:

Лично я считаю, что проект на базе As Top-Level - это не есть то, с чего следует начинать

и я с этим согласен "зачем лепить то что уже есть", но вот один примерчик бы и не помешал
как раз в случае когда Фокс 8,9, а Вынь 95,98

Я понимаю, что лично для тебя это больная тема. Вероятно набили кучу шишек, пока сделал. Но!

-) Среда разработки для VFP8,9 - это Win2K и WinXP. Разработка приложения в Win9x - это личный риск разработчика. Строить статью для новичков на базе исключений - это заведомо порочная практика.
-) Каким боком способ вывода окна REPORT в приложении на базе As Top-Level форм относится к содержимому главного (стартового) файла?
-) Напишите свою статью: Особенности создания приложений на базе As Top-Level форм.

Hi, Владимир!

Цитата:

Я правильно понял, что речь идет о статье
Error Handling in Visual FoxPro

Совершенно верно!