Слухи и мифы о FoxPro.

Многим из нас приходилось слышать различные утверждения о Фоксе, мягко говоря, не соответствующие действительности. Здесь собрана коллекция наиболее часто встречающихся мифов, и приведены простые соображения по поводу каждого из них.

1. Microsoft собирается закрыть проект Visual FoxPro, т.к. он является конкурентом других продуктов компании.
Странно, но этот слух бродит с тех пор, как Microsoft купила права на FoxPro. А было это почти уже 10 лет назад. Что-то медлит Microsoft

2. Со времен FoxPro for Windows 2.5 в языке не было никаких принципиальных изменений, просто переставлялись номера версий.
Появились контейнеры баз данных, ООП, возможность создания COM и DCOM, работа с ADO, множество визуальных улучшений… Одно можно сказать определенно – поработав в любой более свежей версии, на старую возвращаться уже не хочется.

3. VFP прививает «неправильный» стиль программирования.
Наивно думать, что использование T-SQL или PL/SQL само по себе заставляет писать изящный, удобочитаемый или безошибочный код. Корявые программы получаются скорее из-за каши в голове или невнимательного чтения хелпа. И язык программирования тут совершенно ни при чем.

4. Работа с dbf-файлами постоянно сопровождается сбоями и потерей данных.
Такая проблема имела место во времена самопальных сетей на дешевых китайских карточках и коаксиальном кабеле. Сейчас уже практически не встретишь сети, где вместо терминаторов используются канцелярские скрепки, а недостающий кусок кабеля заменен «выглядящим точно так же» антенным проводом . Там, где мне приходилось работать в последнее время, данные гораздо чаще приходилось восстанавливать после неправильных действий пользователей или ошибок программистов. А от этого не застрахована ни одна система.

5. Переход на технологию клиент-сервер сразу дает выигрыш в скорости.
На самом деле, на небольших объемах данных и ограниченном количестве пользователей файл-серверные БД, как правило, работают быстрее. Другое дело, что клиент-сервер позволяет лучше контролировать доступ к данным, проводить горячее резервное копирование и т.п. Но все это требует ресурсов, и отнюдь не приводит к ускорению.

6. При работе по сети FoxPro копирует таблицы целиком на клиентский компьютер, что приводит к снижению скорости и увеличивает сетевой трафик.
Сетевые БД на Фоксе размером несколько сотен мегабайт далеко не редкость. Копирование такого объема информации на каждый компьютер могло бы привести к полному зависанию сети, однако в действительности этого не происходит. В правильно спроектированном приложении на рабочую станцию будут переданы только те данные, которые сейчас видит пользователь. Точно так же, как это происходит в клиент-серверных приложениях.
Последние обновление: 2004-03-02 11:49
Опубликовал: Игорь Ильин