Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > C/C++: Общие вопросы > Borland C++


Автор: Dexter 21.8.2002, 18:33
Какие преимущества и какие недостатки у Borland С++. И что на ней можно писать.

Автор: suborg 22.8.2002, 04:06
у досовского - соответственно дос ориентация, проблемы с памятью (поддерживает только 640 килобайт нижней памяти, да и то довольно криво, т.к. работает в реальном режиме), не поддерживается защищенный режим со всемы вытекающими последствиями.
Писать можно досовские приложения прикладного характера. Вообще на нём почти любой досовский софт писать можно, но для графики например он плохо подходит. Там лучше ватком.
Если ты про виндовый, то там версий полно. Пятая версия - просто борланд С++ под винды - погашены многие недостатки досовского, но нет еще достоинств визуальных языков, дальше идут билдеры - визуальные RAD системы - удобен, практичен, но представляет собой скорее С++ аналог Дельфи, чем С++ для Windows. Тут некая тонкая грань, но она определяет, что на Билдере например удобнее новичкам, а MSVC на мой взгляд профессиональнее. На билдере новичку проще сварганить базу данных, на MSVC сподручнее написать драйвер. Что касается большинства других приложений программирования - больших различий нет.
И вообще всё это довольно субъективно, и выбор между борландом и майкрософт или там GNU - дело привычки и личных предпочтений.

Автор: Dexter 22.8.2002, 04:14
Спасибо за ответ. Еще вопрос:

1. Рефльно на BC++ нормальное виндовое приложение (я имею ввиду с кнопками и всем остальным, но я имею ввиду без WinAPI).

2. На чем удобнее писать качественые "большие" игры.

:D  :D  :)  :)  ???  ;-)

Автор: Vit 22.8.2002, 04:49
Ну кнопки то на BC++ как раз легче ставить чем VC, да и вообще, если не пользовать WinAPI (хотя какое это программирование без них?) то BC на порядок проще VC, и вопрос не стоит об возможностях - возможности одинаковые - в обоих языках есть прямой доступ к любым ресурсам оси, т.е. любые приложения возможные в среде Windows могут быть написанны и на VC и на BC. Вопрос только в том насколько удобно и быстро разрабатывать то или иное приложение в середе. При всех удобствах и недостатках в 99% среда та удобнее к которой привык, как бы ни был удобен VC для написания драйверов, если программер привык к BC то он выберет его и для драйвера, и пусть VCL  предоставляет методы разработки GUI куда более быстрые и лёгкие, ни один программист, привыкший работать на VC не будет их пользовать. Причины могут быть разные, но главная - программист привык работать с средой, он ее знает, чуствует, ему не надо за каждой функцией лезть в справку, он понимает логику, знает как воспольоваться преимуществами и обойти недостатки, когда он работает в непривычной среде - всё не так, нет функций к которым он привык, все кнопки где-то не там, простая логика работает как-то по другому, всё реализовано непривычно, он наталкивается на какие-то логически странные конструкции и т.п. - естественно это вызывает неприязнь.

По поводу игр - язык не играет значения, логика может быть написана на любом языке поддерживающем циклы и операторы IF, а графика  использует DirectX или Open GL, которые предоставляют API для их использования, следовательно  любой язык, поддерживающий вызовы функций из DLL может быть использован.

Автор: Baa 22.8.2002, 05:23
IMHO MVCPP больше всего подходит для написания игр :) (впрочем и всего остального "большого")

Автор: MuToGeN 22.8.2002, 09:50
Цитата(Baa @ 21.8.2002, 22:23)
IMHO MVCPP больше всего подходит для написания игр :) (впрочем и всего остального "большого")

игры действительно лучше клепать на МСВЦ, но именно лучше, и не более, а то прогона много, что BCB вообще многие вещи юзать не дает типа половины winapi и mfc. мне он пока только GLAUX поюзать не дал. с остальным проблем нету

Автор: Dexter 4.9.2002, 23:56
А можно узнать как расшифровывается MVCPP

(Извиняюсь что так долго не писал - Инет кончился)  :D  :D  :D

Автор: TwoK 5.9.2002, 00:09
MSVCPP <=> Micro$oft Visual C++

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)