Архив форумов ЦИТФорума

[Slay]

Помогите разобраться что лучше C++ Builder или Visual C++.
Знаю, что C++ Builder возник из 3й версии Delphi, но в нём гораздо быстрее создавать интерфейс. Меня интересует возможноти языка :
в чём их отличие(ведь и то и другое C++).

Заранее спасибо.
Дмитрий.

[Zmei]

В конторе назрела необходимость перейти на новую программную платформу(с целью стандартизации внутри конторы языка программирования и отказаться от всяческих рудиментов типа FoxPro,Clipper и тд.).
Работа ведется в основном с БД.

Что посоветуете выбрать?

Хотелось бы услышать нормальные ответы, а не возгласы, типа "Borland-рулиз, а MS - отстой!"
Если кто знает где есть статьи на тему выбора платформы, кинте ссылку.

[Борис]

Ты рано записал FoxPro в рудименты. Как раз работать с БД на C++ и есть отстой. Ты еще на ассемблере поработай с БД, а лучше в шестнадцатиричном редакторе. То же относится и к дельфи, равно как и к визуалбейсику.

Вопрос даже не в том, с какой БД тебе нужно работать -- персональной (DBF) или сетевой (Oracle, Sybase и т. д.). Вопрос в том, в какой среде есть необходимые инструменты. Так вот IMHO именно (Visual) FoxPro содержит *все* необходимые инструменты для работы с любой БД.

Все сказанное относится к виндам. Если же ты захотел, наконец, перейти на нормальную ОС со всеми вытекающими последствиями, то перемещайся в форум по UNIX, там ты снова услышишь об Oracle, Sybase, Informix, DB, а еще о mySQL, PostgreSQL и др.

Ну а ссылки... Вот они, уже указаны.

[Шейх]

Борис ты прав
Разработка БД на С++ --- действительно дорогое удовольстве. Но иногда это оправдано, особенно когда БД не является самостоятельной задачей, а принадлежит какому-то комплексу.
Если выбирать из VC++ и Builder, то в принципе, по большому счету они идентичны, спор носил бы религиозный характер, а не технический. Но объективно в Builder намного легче сделать вменяемые визуальные формы клиентской части. Пожалуй, вот и вся разница.

[Zmei]

Насчет FoxPro - рудимент я конечно погорячился (с БД работает хорошо и даже очень).

Просто должна быть возможность быстро переключится на разработку прогамм не связанных с БД.
Другая цель перехода - это приведение программистов к "общему знаменателю". А то каждый пишет на своем языке(и неплохо) а взаимозаменяемости нет

[Борис]

Таким образом, вопрос не в среде для написания программ, а в правилах написания программ. Так тут все просто: при приеме на работу программист должен подписать бумагу, в которой он обязуется писать программы согласно правилам, принятым в организации.

Все.

Это я бы сравнил в работой чертежника: они ведь предъявляют претензий, какими чернилами, на какой бумаге и каким шрифтом писать чертеж. Есть правила, и все тут.

Но мы, программисты, думаем, что у нас творческая работа, в которой не должно быть ограничений творчеству. Именно отсюда каждый программист выкобенивается со своими идиотскими "предпочтениями". Но друзьяаааааа, это идиотизм думать, что работа программиста -- творчество. Когда Дональд Кнут написал "Искусство программирования", оно перестало быть искусством. Но мы думаем по старинке, что программист -- это звучит гордо. Посмотрите вокруг: кодировать известные и примитивные алгоритмы, это мы называем творчеством. Позволю себе процитировать рекомендации разработчиков клиппера по замене значений ключевых полей. Они справедливо говорят, что

REPLACE ALL поле WITH новое_значение WHERE поле=старое_значение

не подходит (по разным причинам), но что предлагают взамен? А вот что (это я сам читал в документации по 5-му клипперу):

IF SEEK(старое_значение)
DO WHILE поле = старое_значение .AND. .NOT. EOF()

тек_запись=RECNO()
SKIP
нов_запись=RECNO()
SKIP -1
REPLACE поле WITH новое_значение
IF нов_запись

[fkts]

1. Решать уже решенные задачи - хреново.
2. Решать хреново решенные задачи - уже лучше.
3. Решать нерешенные задачи - приятно.
4. Решать неразрешимые задачи - приятно, но пиво быстро кончается.
5. По настоящему приятное дело - невнятные требования привести к тому виду, когда становится неприятно работать (см п. 1).

P.S. А С++ все равно лучше чем ...

[Борис]

Но мы, программисты, думаем, что у нас творческая работа, в которой не должно быть ограничений творчеству. Именно отсюда каждый программист выкобенивается со своими идиотскими "предпочтениями". Но друзьяаааааа, это идиотизм думать, что работа программиста -- творчество. Когда Дональд Кнут написал "Искусство программирования", оно перестало быть искусством. Но мы думаем по старинке, что программист -- это звучит гордо. Посмотрите вокруг: кодировать известные и примитивные алгоритмы, это мы называем творчеством. Позволю себе процитировать рекомендации разработчиков клиппера по замене значений ключевых полей. Они справедливо говорят, что

REPLACE ALL поле WITH новое_значение WHERE поле=старое_значение

не подходит (по разным причинам), но что предлагают взамен? А вот что (это я сам читал в документации по 5-му клипперу):

IF SEEK(старое_значение)
DO WHILE поле = старое_значение .AND. .NOT. EOF()

* здесь я ошибочно написал "тек_запись=RECNO()", этого не было

SKIP
нов_запись=RECNO()
SKIP -1
REPLACE поле WITH новое_значение
IF нов_запись "Меньше"=RECCOUNT() && здесь от знака "Меньше" было все съедено
GO нов_запись
ELSE
GO BOTTOM
SKIP
ENDIF
ENDDO
ENDIF

Так вот такое пишут гранды. Хотя всего-то надо:

DO WHILE SEEK(старое_значение)
REPLACE поле WITH новое_значение
ENDDO

Про винды вы все сами знаете. А вот другой пример: в центробанке для переноса файла из одного каталога в другой пишется программа на аксессе (sic). А вот еще: в одной фирме, чтобы забрать файл через ком-порт и показать его на экране, ставится WinNT+MS SQL с изысканным запросом. И не говорите мне, что это все ставилось с дальним прицелом на будущее, я сам работал в фирме-заказчике и знаю, что это это ставилось, чтобы оправдать странно высокую оплату проекта.

А посмотрите на так называемых "молодых программистов". 99% из них таскают мышечкой кнопочки в окошечках и называют это объектным программированием: объекты, мол, таскаем, поэтому объектно программируем. И рассуждают о том, что лучше, билдер или визуал. И с апломбом называют простых людей, профессионалов в других областях, ламерами-юзерами-чайниками. Мне стыдно за программистов. И я не хочу называться программистом. Чтоб вам в Америке жить и у Билла объекты хавать. Извиняюсь, объедки кушать.

Впрочем, понимаю, что все мы, программисты, хотим кушать, то есть, чтобы потребители нам больше платили. Но давайте уважать того, кто нам платит. В конце концов для Билла и для разработчиков компиляторов мы сами -- ламеры-юзеры-чайники.

[it]

VC++ c OLE DB или ADO - долго, но можно поиздеваться, да и работать шустро будет.
Насчёт delphi - сам не люблю, но BDE - вполне нормальный инструмент.
VB - хорошая вещь с ADO, но системных ресурсов требует больше , чем VC++.

[Daiser]

Лично я поклонник Visual C++. Небольшой размер когда, работа со стандарстными компонентами Windows (никаких там тебе VCL). Есть конечно MFC, но они сейчас в любой дистрибутив Винды входят. Хорошая оптимизация на уровне процессора (оптимизация по времени исполнения кода) + на Visual C++ ставится Inter C++ Compiler, т.е. получаем дополнительную оптимизацию под PII, PIII, P4 (MMX, SSE, SSE2). Да еще, много бесплатного софта под Unix имеют клоны для Виндов (собираются из тех же исходников). С Visual C++ пока проблен не было. Да и всякие готовые библиотеки для Visual C++ бывают практически всегда.

Все выше сказанное, ествественно, ИМХО.