Ровно три года назад ушел от Fox - а. На Delphi. Вечером нашел объявление, мне понравившееся, и написал резюме по типу:
Объявление: Резюме:
========================
Требуется *** - Я это умею !
Навыки в *** - Я в этом - супер!
Опыт работы с *** - Да я сам все это придумал!

Потом взял толстую книжку по Delphi, и по каждому требованию прочитал по
первому абзацу. Позвонил. Побеседовал.
Короче, они сразу в меня вцепились, а когда разобрались, что я не Delphist - уже
поздно было, я проект вел.

Такая тоска была поначалу. Ни тебе прямого доступа к полям данным, ни с
индексами вычисляемыми, аксесс виолейшн сплошь и рядом...
Работа с метаданными не приветсвуется ни в каком виде... Датасеты какие-то...

Со вторым проектом было чуть получше - а третий - просто класс. Использовал всю мощь Delphi в плане ООП - сплошь и рядом.


Да, всегда была возможность вернуться к Fox. С равной и большей зарплатой.

Но, как говорят наши коллеги с Тверской - "Работа, работа... А любовь когда же?"
----------------------------
Рассказывать присутствующим (не всем, но почти всем) о преимуществах
Delphi как средства разработки и сопровождения - как рассказывать
жителям Марианской впадины о свободном полете.

Но, тем не менее:
----------------------------
Delphi изначально была создана для написания клиентов БД.
Даже название Delphi было придумано как созвучное Oracle.
Но она умеет еще очень многое другое!
----------------------------
Про интерфейс пользователя говорить здесь не будем - в доме
повешенного не принято говорить о веревке.
----------------------------
Среди присутствующих только один перешел на VFox (Александр Третьяков), а его мнение уже все читали, кажется.
----------------------------

авторЕстественно лучше использовать MS SQL, но существует огромный пласт программ с БД не требующих или не нуждающихся в MS SQL, например проги для магазинов работающих на 1-2 компьютерах, мелкие конторы с 5-10 пользователями. Зачем им MS SQL. Для учебы админу или программеру. Возможно. Здесь на мой взгяд уже проблема позиционирования продукта на рынке, а не тезисы "лучше MS SQL - хуже DBF". Хорошо когда диски с софтом стоят 60 руб., но поверте это скоро закончится, тогда кто будет платить за лицензию MS SQL. Тогда наступит другая эра: "Выполнение задач по управлению БД с наименьшими затратами на ПО". Зачем мне в фирму из 10-30 человек MS SQL ставить? Чтобы платить Microsoft'у лишние 1000-3000$.
ЗАЧЕМ?
Кажется, уже было упоминание о FB - FireBird - бесплатном SQL - сервере. И это не одна такая платформа. Не говоря о локальных приложениях - тот же FB имеется в Embedded версии. Никакой дополнительной инсталяции не требуется, а вся мощь SQL в наличии.
----------------------------

АвторAleksMed ты прав, надо писать базуясь на принципе
язык какой знаю + что писать + скорость написания.
Согласен. Почти полностью. Учиться надо постоянно, и искать.
----------------------------
Автор
Насчет "тупо заточен под таблицы".

Полностью согласен. Хотя не считаю это недостатком - SQL - запросы использовал еще в DOS - версии, а таблицы - прекрасное средство для локально обработки данных. В Delphi для этого использую коллекции (т.к. не все сервера БД поддерживают временные таблицы).
-----------------------------------
Автор
Можно конечно мучиться и на дельфи, а потом таскать с собой BDE - это конечно дело на любителя.

Батенька, BDE даже сама Borland уже не поддерживает. Хотя ничего зазорного
не вижу в том, чтобы таскать с собой subj, я давно так не делаю. Есть ADO,
OLE DB, IBX, FIBPlus, DB Express и проч. И ничего, кроме компонентов,
внедренных в тело программы, таскать собой не нужно.

АвторА работа с XML ? Даже в .NET нужно потрахаться чтобы
преобразовывать данные стандарта для передачи между гетероденными
средами.
Просто нет слов от такого наглого заявления. Чтобы заменить Persistent -
уровень моего приложения, я просто меняю компонент - провайдер доступа к
БД на XML - адаптер - и все, данные хранятся в XML - формате. Плюс масса
других возможностей.

А как вам "лазейка" для особо одаренных оставленная микрософтовцами
в фоксе- это возможность писать расширения, файлики FLL. А уж тут , так
дельфи вообще отдыхат, как впрочем и многие другие. И интерфес можно
точить и с данными работать и функции под себя писать, если уж что не
устраивает и с оборудованием работать и асинхронность оперций обеспечить.
Об этом чуть подробнее можно? Что-то эта радость мимо меня прошла...

Технологию СOM, фокс поддерживает и развивает, один BINDEVENT чего стоит.
Ну, а кто их не поддерживает сейчас? Может, QBasic только?

]Web сервисы и Web клиенты - писать можно.

А на Delphi этого нельзя? Угу.

--------------------------
А создание собственных компонентов? Тоже можно?
--------------------------
Может, и MDA свой имеется? Только из - за этого стоит на Delphi переходить. Юзерам пофиг твое знание принципов работы с OOП, ему важна скорость создания приложения, комфорт в работе, оперативность службы сопровождения. Про скорость обработки данных здесь упоминать не принято, да? Ну, да ладно. Вот пример - как вам разработка рабочей системы объемов в 150 таблиц за один человеко - месяц? Со сложной иерархией классов, массой ограничений, многопользовательским доступом, с репликацией данных, с начальным объемом данных под сотню ГБ? Должен сказать, что "простые" приложения создаются так же легко и быстро.
--------------------------
Чего мне реально не хватало - так это то, что в Delphi отсутствует множественное наследование классов (приходится интерфейсами обходиться), и отсутсвуют шаблоны классов. Но уже научился обходить это.
--------------------------
VFox - хорошо. Но второй раз по этому пути не посоветовал бы никому идти. Масса времени, потраченного впустую.

Хотя какая там альтернатива для бухгалтерии была, в 1990 -х ?... Не на Турбо - Паскале же писать было... Ну, да - Clipper/FoxPro/Clarion. Кто же знал, что все так далеко с ООП и компонентным программированием зайдет?
--------------------------
2 Sergey Ch - ты работал с Delphi? Сколько времени? Учти, там все не так, как в VFox, старыми приемами ничего не добъешься, только ругаться будешь потом!
--------------------------
Всех с праздниками. Будете у нас на Колыме, заходите.

Sergey Ch
Перепробывал Delphi, VB+ADO, Access, VB.NET... Но остался на FoxPro - сейчас на 8.0 пока... Скоро перейду на 9.0 - уж больно много там приятных вещей...

Никто не спорит, что дело в привычке - я вон даже почти привык к ASP.NET+VB.NET+MS SQL Server пока писал коммерческие сайты... Но все равно - VFP - для меня намного удобнее и приятнее для работы...

P.S. Есть предложение перенести данный топик в раздел "Сравнение СУБД"...

1. Ну, все-таки VFox/Delphi - это не СУБД.
2. А можгно узнать, что в дельфях не устроило?
Sergey Ch
Ну а для клиента, как тут уже заметили - интерфес особой роли не играет - сейчас в принципе любую понравившуюся красивую "игрушку" можно встроить почти в любую среду программирования...


3. А скорость разработки, а возможность использования ООП при проектировании системы вместо реляционной алгебры?

4. Насчет встаривания "красивой игрушки". Есть интересная возможность (активно использую) по разработке своих компонентов. Ну, я еще могу их (компоненты) в виде ActiveX (etc) оформить, чтобы везде (VBasic/VFox...) юзать, а в VFox такое сейчас можно? Я просто не в курсе.

Igor Korolyov
Hi mv!

> 1. Ну, все-таки VFox/Delphi - это не СУБД.

Delphi ясен пень не СУБД, а фокс - это полноценная СУБД!

> 3. А скорость разработки, а возможность использования ООП при
> проектировании системы вместо реляционной алгебры?

Батенька, вы тут такие сказки травите, что ей богу ухохотаться можно -
видимо если бы вам поручили создать ОС уровня той-же WinNT, то на Delphi вы
бы это дело тоже за 1, ну максимум 2 человеко-месяца сотворили :) Я конечно
понимаю, что тут мало народу реально участвовавших, или хотя-бы
"присутствовавших" при разработке проектов на Delphi/С++Builder или иных
родственных по идеологии системах, но всё-же не стоит совсем за дураков нас
считать.
Особенно мне нравится тезис "замены" реляционной алгебры ООП :) Видимо вы и
обычную алгебру (да что там алебру, простую школьную арифметику) заменяете
на ООП :) Писать a=b+с нынче не модно - признак дургого тона однозначно, и
платить будут совсем копейки - вот сделать иерархию классов на 5 уровней, 50
методов и 120 свойств - это да, тогда заказчик проникнется всей сложностью и
красотой мыслИ и отвалит мешок денег :)

> 4. Насчет встаривания "красивой игрушки".

Убойный аргумент конечно :) Как же это сегодня
бухгалтер/экономист/технолог/etc сможет работать без круглых кнопок,
вычурных иерархических гридов, дебильного Tabbed интерфейса (a-la MSDN или
та-же IDE в .NET)...

Posted via ActualForum NNTP Server 1.1

1. Я искренне сожалею, что создал пост, потворствовавший флейму.

2. Если кого интересует пункт по поводу одного человеко - месяца - заходите сюда:

http://mda.hostok.net

Ресур родился буквально на днях, но думаю, быстро разовьется.

Извините за невольную рекламу.

3. Всем присутствующим - удачи и твердой жизненной позиции.