Слухи и мифы о FoxPro.
Слухи и мифы о 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 Опубликовал: Игорь
Ильин
|