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

. Posted in Fox populi - Утилиты

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

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 копирует таблицы целиком на клиентский компьютер, что приводит к снижению скорости и увеличивает сетевой трафик.
Сетевые БД на Фоксе размером несколько сотен мегабайт далеко не редкость. Копирование такого объема информации на каждый компьютер могло бы привести к полному зависанию сети, однако в действительности этого не происходит. В правильно спроектированном приложении на рабочую станцию будут переданы только те данные, которые сейчас видит пользователь. Точно так же, как это происходит в клиент-серверных приложениях.

Женский рай в интернете

 

Добавить комментарий


Защитный код
Обновить

Команды

Релиз Firefox 8, Thunderbird 8 и сопутствующих проектов Mozilla
Проект Mozilla официально представил релиз web-браузера Firefox 8.0, первый выпуск в рамках нового сокращенного цикла разработки, которому будет присвоен статус релиза с пр...14-11-2011

Хороший ход

События объекта Database Container
События объекта Database Container (DBC) предоставляют связь между событиями, написанными разработчиком, и активностью базы данных во время работы пользователя, такой как от...14-11-2011

Руководства

О правилах хорошего тона программирования на Лисе
1. Рекомендуется использовать на каждой рабочей станции копию Лисы. 2. Для ускорения необходимо разделить общедоступные базы и библиотеки. 3. Разделить функции для к...12-11-2011