Что же такое Microsoft Visual FoxPro? Язык программирования, база данных или нечто иное? Немного истории. Изначально FoxBASE создавался как система управления базами данных и был хорошей альтернативой популярного пакета dBase. То есть, была система, призванная управлять большими таблицами dbf формата. В качестве языка программирования использовался язык xBase. Но и уже тогда, в отличие от dBase FoxBASE был компилятором! То есть написанные программы переводились в специальный код, который и выполнялся со скоростью большей, нежели та, которая достигалась прямым выполнением строчек программы. Но FoxBASE не был прямым компилятором, то есть, программы переводились не прямо в машинный код, инструкции микропроцессора, а в некий промежуточный код, так называемый p-код. Дело в том, что для корректного и оптимального, как с точки зрения скорости, так и с точки зрения размеров кода, преобразования требовались значительные ресурсы машины. Ведь язык xBase — это значительно более «высокоуровневый» , и соответственно более абстрактный язык, нежели традиционный языки программирования, изначально ориентированные на программирование машинных операций, такие как BASIC, C, Pascal и др.
По данным, приведенным в Microsoft White Pages, средства разработки СУБД распределены среди профессиональных разработчиков США следующим образом:
Microsoft (MS SQL, VFP) — 47%
Borland (Interbase SQL, Delphi) — 13%
Oracle — 4%
Как видно, не все разработчики используют Delphi или C++. К тому же вспомним правило про Сенькину шапку. VFP это очень мощное средство разработки СУБД. К тому же, VFP имеет очень перегруженный язык программирования, это результат обеспечения совместимости со старыми версиями. Современный VFP в большинстве случаев может без дополнительных переделок выполнить программы написанные для самого первого FoxBASE или dBase. Редкое средство программирования может похвастаться такой совместимостью.
Как уже отмечалось выше, язык VFP это сильно дополненный и расширенный язык xBase. В Visual FoxPro язык программирования объектно-ориентированный, то есть базовой конструкцией языка является понятие класса. Исходный же вариант xBase это чистейший структурный язык, с базовым понятием процедур и функций. Таким образом, современный язык программирования Visual FoxPro допускает совмещать как и программирование «по старинке» описанием массы процедур, так и в стиле ООП, создавая сложную иерархию классов.
Разумный же выбор стиля программирования сделает Ваши программы читабельными, легкими для понимания, с другой стороны, позволит Вам быстро создавать мощные приложения. Как уже говорилось, язык Visual FoxPro сильно перегружен языковыми конструкциями, стандартными функциями и операторами. Это сделано из-за соображений совместимости со старыми версиями FoxPro. Дать полное описание всех конструкций языка представляется невозможным из-за огромного количества материала. Поэтому мы отсылаем читателя к Visual FoxPro Online Documentation справочной базе данных по программированию VFP. Размер этой базы данных около 80 Mb, и ее можно установить при установке самого VFP себе на жесткий диск или же оставить на оригинальном CD-диске. Здесь же мы будем стараться приводить описания только тех языковых конструкций, которые потребуются нам для более полного изложения материала. Если в приводимых программах Вы встретите незнакомую функцию или оператор, попробуйте найти его описание в Visual FoxPro Online Documentation, в крайнем случае, напишите мне, и я обязательно подробно про него расскажу.
Страшная аббревиатура в заголовке переводится довольно просто: «Быстрое создание приложения». Здесь мы постараемся рассмотреть, почему именно «быстрое». Темп развития современного мира пугает своим ритмом и скоростью. То, что еще вчера было передовыми технологиями, сегодня уже успешно забыто. Это наглядно видно в темпах развития компьютеров и программного обеспечения.
Каждый день появляется что-то новое, улучшенное или новое версия уже устаревших систем. Разработка приложений не исключение в подобных ситуациях. Как правило, программисту заказывают то, что нужно именно сейчас, а не то, что понадобится завтра. Кроме того, существует эмпирическое правило, гласящее, что если на разработку какого-либо приложения затрачено более полугода, то это приложение устареет на момент окончания разработки.
