
![]() |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[216.73.216.220] |
![]() |
|
Страницы: (117) « Первая ... 87 88 [89] 90 91 ... 116 117 ( Перейти к последнему сообщению ) |
Сообщ.
#1321
,
|
|
|
![]() |
Сообщ.
#1322
,
|
|
|
Катька
В C/C++ нет встроенных функций (те, что есть, используются только для целей оптимизации, их можно запретить, все или по отдельности, ничего не должно поменяться). Как нет и операторов ввода/вывода типа read/write, которые все паскальщики упорно называют порцедурами. Какие это процедуры, если компилятор самостоятельно их обрабатывает. Цитата lava @ Причём здесь асм, если тема о Дельфи и Сишнике Цитата lava @ Наверно она тему перепутала. Причём здесь асм, если тема о Дельфи и Сишнике |
Сообщ.
#1324
,
|
|
|
Я считаю, что этот весь спор ---------------------- фигня
Разница между Delphi(Pascal) & C++ - это указатели(и указатели на указатели) всЁ больше проблеммммммммммммммммммммммммммммммммммммммммммн нет!!!! Эта проблема в самой Windows© Винды написаны все на паскалевых указателях(Пасали о указателях не знают) Си и Си++ по другому хавают функции. Все... Если ты пишешь на Си > 6 то ты пишешь на Делфви. Да , это сложно понять, но лучше это принять. Поэтому прими участие в VC++6 отдельный раздел Потому,что Си++ стамовится похож на Delphi ![]() Это сообщение было перенесено сюда или объединено из темы "Сравнение Delphi & C++" |
![]() |
Сообщ.
#1325
,
|
|
Alexxxl, очень компетентное мнение!
Лови плюс - я ещё не видел на этом форуме таких длинных постов, в которых каждая(КАЖДАЯ!!) фраза приносила бы мне столько позитива ![]() Это сообщение было перенесено сюда или объединено из темы "Сравнение Delphi & C++" |
Сообщ.
#1326
,
|
|
|
Цитата Alexxxl @ Разница между Delphi(Pascal) & C++ - это указатели(и указатели на указатели) Далеко идущее утверждение. И ведет оно в никуда, так как является бредом. Это сообщение было перенесено сюда или объединено из темы "Сравнение Delphi & C++" |
![]() |
Сообщ.
#1327
,
|
|
mo3r, а что там далеко не идёт?
![]() Это сообщение было перенесено сюда или объединено из темы "Сравнение Delphi & C++" |
Сообщ.
#1328
,
|
|
|
Цитата Alexxxl @ Разница между Delphi(Pascal) & C++ - это указатели(и указатели на указатели) а как же указатели на указатели на указатели на указатели и указатели на указатели на указатели на указатели на указатели на указатели на указатели? обижаешь, блин ![]() Это сообщение было перенесено сюда или объединено из темы "Сравнение Delphi & C++" |
Сообщ.
#1329
,
|
|
|
Спор, на самом деле не о возможностях языка, в конце концов и без указателей можно обойтись, заменив их курсорами. Да и доказано уже, что все абстрактные машины всех языков программирования равномощны (в плане возможностей) машине Тьюринга (или другой подобной), что в свою очередь ведет к тому, что на каждом языке можно решить все те же задачи, что и на любом другом.
Вопрос скорее об удобствах. Вот в Delphi (в Паскале) есть оператор with. Программисты на C заявляют (да и я тоже согласен), что им он и не нужен, поскольку он спокойно заменяется указателем/ссылкой, что фактически неявно и делает компилятор Паскаля. Кстати в with можно писать не одно выражение, а несколько, компилятор должен разобраться какие объекты используются в каждом случае. Другая конструкция, про которую почему-то редко вспоминают, это вложенные функции Паскаля. Они могут обращаться к контексту внешней функции, но эта возможность используется довольно редко (не знаю, реагируют ли компиляторы, наверно реагируют, текст то им доступен), и достаточно просто и без лишних потерь времени имитируется в C/C++ (фактически реализуется тот же метод, что и в Паскале). Ну и еще одна особенность компиляторов Паскаля, что они компилируя файл формируют не объектный модуль а фактически библиотеку в понимании прочих языков. То есть каждый объект, описанный в модуле помещается в бинарник независимо от остальных. Неиспользуемые вообще пропускаются. Это повышает удобство, поскольку в C для достижения того же результата, приходится каждый объект описывать в отдельно компилируемых файлах, и собирать в библиотеку. Но и это преимущество не особо важное. Разрабатывая библиотеку, можно повозиться разбивая ее на отдельные файлы, а при написании программы обычно лишние функции и так никто не пишет Может создать тему "Чего мне не хватает в языке программирования, которым я пользуюсь, из того, что, как я знаю, есть в других языках?" С другой стороны в C++ мне на ум приходят только шаблоны, которые фактически сформировали внутри С++ метаязык времени компиляции (функционального типа), с довольно мощными возможностями. Ну и системы ввода/вывода (и старая C, и новая C++), не привязанные к языку, что может и делает их несколько менее эффективными, но заметно повышает их гибкость |
Сообщ.
#1330
,
|
|
|
Цитата amk @ Вот в Delphi (в Паскале) есть оператор with. Программисты на C заявляют (да и я тоже согласен), что им он и не нужен, поскольку он спокойно заменяется указателем/ссылкой, что фактически неявно и делает компилятор Паскаля. Кстати в with можно писать не одно выражение, а несколько, компилятор должен разобраться какие объекты используются в каждом случае. думаю, в C/C++ и без того сложные правила поиска имен ![]() |
Сообщ.
#1331
,
|
|
|
Цитата amk @ эээ... это как? Это тянет на открытие.Это повышает удобство, поскольку в C для достижения того же результата, приходится каждый объект описывать в отдельно компилируемых файлах, и собирать в библиотеку. В C/C++ принято разбивать исходник на файлы по несколько другой причине. И кажется даже холивар был на тему "Много маленьких файлов - хорошо или плохо?" |
![]() |
Сообщ.
#1332
,
|
|
Цитата trainer @ эээ... это как? Это тянет на открытие. Чьё? Цитата trainer @ В C/C++ принято разбивать исходник на файлы по несколько другой причине. ? |
Сообщ.
#1333
,
|
|
|
Сообщ.
#1334
,
|
|
|
Цитата amk @ С другой стороны в C++ мне на ум приходят только шаблоны, которые фактически сформировали внутри С++ метаязык времени компиляции (функционального типа), с довольно мощными возможностями. Фо фрипаскале уже зарождаются, есть в делфи фор нет и будет в следующих версиях делфи фор вин32. з.ы. пару страниц назад Катька что-то страстно доказывала про некие "простые" или "обычные" логарифмы.. Кать, ln - натуральный, lg(в виндовом калькуляторе он обозначен как log) - десятичный, log - общая форма записи, требует указания основания... А вот от куда ты взяла "простые"/"обычные" - это загадка ![]() |
![]() |
Сообщ.
#1335
,
|
|
Цитата trainer @ А ты не видишь, кого я там цитирую? Я не вижу, за что вы удивляетесь. Вроде как отсутствие возможности отбрасывать неиспользуемый код за сишными кодом давно водится и прочно. Или вы о чём-то ещё? Цитата trainer @ Модули. Длинные vs Короткие. Там нет ни одной убедительной причины. Так, частные предпочтения. Причины нет, а вы о какой-то говорили. |