А вот и зря что не пишут, был бы самп на делфи, небыло бы крешей клиента (и сервера), которые Access violation, как и все игры, написанные на си, ими страдают.
мде. креши это уже не от языка , а от структуры и предусмотрительности кода .
Quote (DarkByte)
А те, кто говорит что делфи создаёт больше по размеру прилоежния, что нельзя написать на делфи приложение весом меньше 10кб, как на си,
Ясно дело если ты не будеш юзать VCL а тока WINAPI то прожки будут весит столь мало .
Quote (DarkByte)
На делфи возможно написать тоже самое что и на си, и оно будет работать быстрее и стабильнее, при условии прямоты рук кодера.
Если у Си кодера будут прямые руки , то та же прога будет работать в 2 а то и в 10 раз быстрее . Ваще Delphi это сынок Pascal'a который в самые первые истоки времени его появления использовался для написания математических программ , а СИ всегда был многоуровневым языком программирования .
NC22, вот ты говориш каму нада тот научицо, мне вот к примеру нах не нужно учить си ради одной только СДК к сампу, игрушки я писать не планирую, а для обычных программулек мне и дельфи норм ;)
Гм...тебя не кто не просит детально изучать язык. Если знать что тебе конкретно нужно, то это всегда можно найти в хелпе и мануалах, важно знать лишь базовый синтаксис и простенькие команды.
Гм...тебя не кто не просит детально изучать язык. Если знать что тебе конкретно нужно, то это всегда можно найти в хелпе и мануалах, важно знать лишь базовый синтаксис и простенькие команды.
Вот это верно !!!
Добавлено (18.09.2008, 13:17) --------------------------------------------- Но если верно рассуждать , кому на чем нравится тот на том и пишет .
Quote Вообще говоря, такого языка не существует. Delphi - это среда программирования, основанная на языке Object Pascal, так что я буду писать про него. Чем мне нравится этот язык: Удобством структурирования программ, читабельностью, удобными средствами работы с ООП (классы). Мне кажется что выражения на Паскале ближе к естественному языку чем скажем на Си или Бейсике. Например. Какой текст более читабельный и понятный? Конечно первый - на паскале, а не на C с этими корявыми !=, +=. //Паскаль S:=0; for i:=0 to N do If (i<>3) and (i<>5) then S:=S+i; S=0; //Си for {i=0;i<=N;i++} If (i!=3) && (i!=5) {S+=i}; Я уж не говорю про отсутствие констант Const в C++ (вместо этого #define), оператора With и др. неудобств. А те неудобства паскаля, за которые некоторые считают паскаль отстоем по сравнению с C++, в языке Object Pascal Delphi практически устранены.
Полностью согласен, но эти суждения явного делфиста ибо си-шник тоже самое сказал бы он Delphi .
Полностью согласен, но эти суждения явного делфиста ибо си-шник тоже самое сказал бы он Delphi .
Если я бы не знал программирование, и увидел бы код
Code
for {i=0;i<=N;i++} If (i!=3) && (i!=5) {S+=i};
то из него я бы понял только for и if, а такие конструкции как {, }, ++, !=, +=, && я бы понял не сразу, если бы вобще понял и постоянная путаница = и ==, из за которой у многих программы не работают и сложно понять почему.
Code
S:=0; for i:=0 to N do If (i<>3) and (i<>5) then S:=S+i; S=0;
А тут понятно всё, кроме :=, но если есть фантазия, то можно увидеть в этом воронку повёрнутую на 90 градусов
Quote (NC22)
Кста. Можешь в личку ссылку на исходники дать? Интересно посмотреть что и как устроено.
Немогу, погугли
Quote (NC22)
...ЗЫ ВЫ В КУРСЕ, ЧТО МЫ ОТ ОСНОВНОЙ ТЕМЫ "УЕХАЛИ" ПРОСТО?
Вкурсе, причём уже давно.
Quote (-=XAKEPOK=-)
мде. креши это уже не от языка , а от структуры и предусмотрительности кода .
Кому мде, а у кого программы не вылетают никогда, если я этого не хочу, и неважно, будет в программе баг или нет, в крайнем случае выдаст сообщение с ошибкой и продолжит работу, чаще просто промолчит, но это уже зависит от реализации конкретной программы.
Добавлено (19.09.2008, 12:05) --------------------------------------------- P.S. Есть конвертер из С++ в Delphi, поищите, полезная штука, для тех кто не знает си, а хочет перевести прогу с си на делфи, до 90% кода конвертит без проблем, проблемы возникают со специфичными операторами языка си, которые просто так в делфи не конвертировать.
P.S. Есть конвертер из С++ в Delphi, поищите, полезная штука, для тех кто не знает си, а хочет перевести прогу с си на делфи, до 90% кода конвертит без проблем, проблемы возникают со специфичными операторами языка си, которые просто так в делфи не конвертировать.
Угу . Максимум что ты сканвертируеш это с Borland C++
Добавлено (23.09.2008, 14:09) --------------------------------------------- А о конвертации с чистого C++ или Visual C++ мона даже и не мечтать
Значит не знаешь разницы? Где конвертер найти я знаю, он у меня на компе есть, а я тебя тебя попросил объяснить мне разницу Borland C++, Visual C++ и чистым C++, раз уж ты написал что они отличаются.
VC, gcc, g++, Intel C Compiler, и многие другие (заметьте, это не всегда среды) соберают вокруг себя тех кто может думать головой. Боже упаси думать могут и пользователи Borland, но из-за выше перечисленных причин общий процент не велик. Продукты приведенные в списке отличаются тем, что на них почти нельзя работать не углубившись в дебри познания. Простой пример. В поставку VC входит ПОЛУТОРА ГИГОБАЙТНЫЙ MSDN. Большинство работающих на продуктах Borland даже не знают о его существовании (ну, или ограничиваются этим знанием). А ведь MSDN – это библия Win32 программирования. Далее в VC средства дизайна GUI мягко говоря уступают средствам предоставляемым Delphi или Builder-ом (gcc и g++ — это вообще только компиляторы). Это приводит к тому, что основная часть программы является кодом. Причем Вашим кодом. Т.е. на программиста ложится несравнимо большая нагрузка и от него требуется знать намного больше чем в Builder. Построение таких программ приводит к появлению бОльшего количества кода и рано или поздно встает проблема структурирования кода. Delphi эта проблема стоит не так резко, так как во-первых, она сама помогает структурировать программу, а во-вторых, много кода вообще не надо писать. Собственно это большое преимущество если речь идет о сроке и выполнения проекта. Для прикладника это и является главным факторам. НО!!! Но, с точки зрения обучения – это большая беда! Просто нет такого количества практики, и проблем. Думаю анализ не нужен. Могу сказать только, что, по моей практике, самые луч VB- и Delphi-программисты – это высоко "скильные" C/C++-ники пересаженные на эти продукты. VC люди выбирают не только из мазохистских побуждений. Бывают области (и как не странно их большинство) где GUI основанное на диалогах не главное. Например, подсчитайте количество диалогов в Word-е. А теперь прикиньте столько там остального кода. Или Q1-Q3 или те же компоненты. Причем в этих программах очень часто становятся критичным скорость выполнения. Для таких программ обычны большие объемы рукописного кода (порядка – 30к-300к строк C++-ного кода, а иногда и больше). И тут на первый, план выходят не RAD-ости, а средства работы с большими объемами кода и средства оптимизации. Вот здесь то VC и g++ выходят на первые роли. Оговорюсь, что на Delphi можно сделать все тоже самое, что можно сделать на VC, но общая совокупность перевешивает. Например, компилятор Delphi порождает очень не дурственный код когда речь идет о работе со строками и целыми числами. Это – 90% потребностей прикладного программиста, но когда речь заходит о ручной оптимизации, о работе с float, о доступе к неординарным API, то Delphi пасует и сильно. Builder вообще обижен Borland-ом он проигрывает даже своей сестре – Delphi. С VC ему даже бесполезно тягаться. К тому же в VC можно довольно встроить Intel C Compiler который увеличивает разрыв в скорости (на новых процессорах) до заоблачных величин. Конечно можно попытаться это сделать и на Builder-е, но... Вот тут и рождается менталитет.
Если же сравнивать VC++ и C++ Builder .... Компиляторы разные , Borland использует делфискую диологию , а также архитектуру обьектов .
Что и требовалось доказать, язык один (С++), а компиляторы разные (Visual, Builder, Dev...), другие языки из того же симейства это например С (просто си) и С# (он же C++++)
Что и требовалось доказать, язык один (С++), а компиляторы разные (Visual, Builder, Dev...), другие языки из того же симейства это например С (просто си) и С# (он же C++++)
С тобой бесполезно спорить
Я даже не представляю как вы будите писать SDK для Delphi да и думаю заинтересованности от пользователей не будет .
Я даже не представляю как вы будите писать SDK для Delphi да и думаю заинтересованности от пользователей не будет .
А разве есть заинтересованность пользователей в сдк на си? 99% используют уже готовые плагины, и лишь 1% пишут свои, и то, это не пользователи, а админы серверов Но я так понимаю, большенство школьников изучают делфи\паскаль, а не си, мб от сдк под делфи будет какой то толк... вобщем посмотрим, сначало нужно его сделать.
Подключить...ты думаешь каким образом работает тот же Альфа бот или как там его название и др. Даркбайт к тому же не при чем. Он написал оболочку для клиента и все , про серв и речи не было.
Кстати DarkByte, дело с мертвой точки куда-нибудь уже сдвинулось?