powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Программирование [игнор отключен] [закрыт для гостей] / На чём лучше писать код при одинаковом количестве строк: на C или на C++?
25 сообщений из 474, страница 3 из 19
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39490889
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iv_an_ruИ тем не менее, мы с нетерпением ждём подходящего момента для полноценной миграции с голых сей на плюсы.

вы наверное еще не пробовали почитать/понять написанное из .hpp-ек в современных STL/Boost, совсем нет?


оценить надажность/рискованность?
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39490893
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbpatch1) exceptions как концепция - это очень большая ошибка индустрии, ибо это лишь завуалированная форма GOTO, причем за область видимости функции. породила намного, намного больше проблем, чем решила.


Дурак ты. Если не понимаешь, не неси околесицу.
Иди на GO программируй, там тебя ждут, "ошибка индустрии"...

Во ВСЕХ современных языках ЕСТЬ обработка исключений. Там, где их не было -- они появляются.
Это тебе ни о чём не говорит ?
Не, как бы говорит, что все вокруг идиоты, ага...
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39490896
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot ну я]dbpatchпропущено...

А нельзя ли раскрыть по "все остальное" к примеру про эксепшены и деструкторы, про выход из области видимости и деструкторы. Как это написать на С при должном навыке, покажите?

эксепшены -- longjump,
деструкторы -- никак, только руками.
про выход из области видимости и деструкторы -- тоже никак, только руками и силой воли. Можно ещё макроязык с компиляцией в С, но зачем, если есть С++ -- не понятно.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39490897
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivДурак ты. Если не понимаешь, не неси околесицу.
Иди на GO программируй, там тебя ждут, "ошибка индустрии"...

Во ВСЕХ современных языках ЕСТЬ обработка исключений. Там, где их не было -- они появляются.
Это тебе ни о чём не говорит ?
Не, как бы говорит, что все вокруг идиоты, ага...Воу-воу-воу!... Не надо так резко руль вправо! :)
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39490900
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_dev Не надо так резко руль вправо! :)

Да надо, надо.
Идиотизм надо на корню убивать.
Если чел не осилил исключения, это совсем не значит, что они не нужны.
Вон, БелыйФилин тоже не осилил, но даже он всё же не бухтит, что исключения не нужны.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39490902
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivdbpatch1) exceptions как концепция - это очень большая ошибка индустрии, ибо это лишь завуалированная форма GOTO, причем за область видимости функции. породила намного, намного больше проблем, чем решила.


Дурак ты. Если не понимаешь, не неси околесицу.
Иди на GO программируй, там тебя ждут, "ошибка индустрии"...

Во ВСЕХ современных языках ЕСТЬ обработка исключений. Там, где их не было -- они появляются.
Это тебе ни о чём не говорит ?
Не, как бы говорит, что все вокруг идиоты, ага...

твое утверждение сомнительно, ибо ты похоже даже не смог понять мною сказанное, а из "опровержений" лишь привел "все делают так, а ты что, сильно умнее остальных?"

напоминает ту самую историю про клетку обезьян, апельсин и бранспойт, когда все делают вот так, наказывают тех, кто так не делает, но никто не знает, почему они вообще начали делать вот именно так изначально.

так что пройдите, уважаемый, в 95%, вы шаблонны, тем неактуальны :)
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39490909
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbpatchтвое утверждение сомнительно, ибо ты похоже даже не смог понять мною сказанное, а из "опровержений" лишь привел "все делают так, а ты что, сильно умнее остальных?"


Я и не собирался убеждать тебя в чём-то, или опровергать. Не, если ты сам не понимаешь, то бесполезно.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39490910
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivrdb_dev Не надо так резко руль вправо! :)

Да надо, надо.
Идиотизм надо на корню убивать.
Если чел не осилил исключения, это совсем не значит, что они не нужны.
Вон, БелыйФилин тоже не осилил, но даже он всё же не бухтит, что исключения не нужны.

кто сказал, что я не осилил?
еще раз, для тех, кто трудно догоняет с первого раза - я нигде не говорил, что придя в сообщество со устоявшимися правилами нужно всех переучивать на какие-то свои правила.

если в библиотеке/решении все построено на исключениях, то ты вынужден с ними работать так, как это предписано авторами этого "творения", тщательно соблюдая все Style Guide и не только.

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

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


потому начни убивать что-то в себе, можешь начать прямо сейчас.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39490912
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivdbpatchтвое утверждение сомнительно, ибо ты похоже даже не смог понять мною сказанное, а из "опровержений" лишь привел "все делают так, а ты что, сильно умнее остальных?"


Я и не собирался убеждать тебя в чём-то, или опровергать. Не, если ты сам не понимаешь, то бесполезно.

да, я не понимаю, на тему чего ты тут развыступался. ценность твоих "мессаджей" стремится к нулю.
ты вообще что сказать хочешь? что нужно просто тупо делать как все, как принято? ну ок, тебя услышали, дальше что?
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39490915
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbpatchтак вот - я продолжаю утверждать, что исключения в принципе - не нужны, ибо изначально концептуально ошибочны.
и что вполне можно писать код вообще без них и есть масса примеров успешных проектов на миллионы строк, построенных вообще без них.


Исключения были в технологиях IT с самого начала, вся вычислительная математика, вычислительные машины изначально строились с этой идеей. Ты не можешь так вот прийти через 70 лет в индустрию, и сказать, что "это было ошибкой".
Ну, т.е. ты можешь, но просто тебе будут вертеть пальцем у виска в ответ, и правильно будут делать...
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39490918
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivИсключения были в технологиях IT с самого начала, вся вычислительная математика, вычислительные машины изначально строились с этой идеей. Ты не можешь так вот прийти через 70 лет в индустрию, и сказать, что "это было ошибкой".
Ну, т.е. ты можешь, но просто тебе будут вертеть пальцем у виска в ответ, и правильно будут делать...Ну, изначально, исключение это, всего-лишь, вектор прерывания процессора, а как там дальше - решать разработчику софта.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39490921
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivdbpatchтак вот - я продолжаю утверждать, что исключения в принципе - не нужны, ибо изначально концептуально ошибочны.
и что вполне можно писать код вообще без них и есть масса примеров успешных проектов на миллионы строк, построенных вообще без них.


Исключения были в технологиях IT с самого начала, вся вычислительная математика, вычислительные машины изначально строились с этой идеей. Ты не можешь так вот прийти через 70 лет в индустрию, и сказать, что "это было ошибкой".
Ну, т.е. ты можешь, но просто тебе будут вертеть пальцем у виска в ответ, и правильно будут делать...

т.е. ты хочешь сказать, что Exceptions в ЯП были уже 70 лет назад? прямо в 1947-м году, да?

а ты смешной
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39490931
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rdb_devMasterZivИсключения были в технологиях IT с самого начала, вся вычислительная математика, вычислительные машины изначально строились с этой идеей. Ты не можешь так вот прийти через 70 лет в индустрию, и сказать, что "это было ошибкой".
Ну, т.е. ты можешь, но просто тебе будут вертеть пальцем у виска в ответ, и правильно будут делать...Ну, изначально, исключение это, всего-лишь, вектор прерывания процессора, а как там дальше - решать разработчику софта.

да ладно, забей.

обычно программист эволюционирует примерно так

10 лет - изучит Basic/Scratch
15 лет - изучил Pascal, но взрослые сказали, что нужно изучать ООП ибо зарплаты не будет
18 лет - изучил Delphi/Java/JavaScript/PHP/C++, устроился джуниором
25 лет - изучил паттерны, шматтерны, скрам, аджайл и так научился мастерски подражать "взрослым", что меня произвели в "синиоры"
30 лет - после 12 лет ООП понял бессмысленность жизни, прочитал на хабре о том, что 15 лет назад меня возможно несколько обманули, но пока не понял в чем, и по советом "взрослых" начал изучать ФП
35 лет - изучив ФП понял, что меня опять обманули
36 лет - понял, что в индустрии все совсем не так, и нужно возвращаться к ANSI C, т.е. начинать заново изучать то, над чем все смеялись в 15 лет
40 лет - пусть автор виртуозы допишет сам

а наш "мастер" видимо безнадежно застрял между 25 и 30
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39490932
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot MasterZiv]ну япропущено...


эксепшены -- longjump,
деструкторы -- никак, только руками.
про выход из области видимости и деструкторы -- тоже никак, только руками и силой воли. Можно ещё макроязык с компиляцией в С, но зачем, если есть С++ -- не понятно.
Ну, лично мне - для эрудиции. Человек же написал что все можно при должном навыке.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39490994
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbpatchт.е. ты хочешь сказать, что Exceptions в ЯП были уже 70 лет назад? прямо в 1947-м году, да?

а ты смешной
В PL/1 уже были
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39491002
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbpatchMasterZivпропущено...


Исключения были в технологиях IT с самого начала, вся вычислительная математика, вычислительные машины изначально строились с этой идеей. Ты не можешь так вот прийти через 70 лет в индустрию, и сказать, что "это было ошибкой".
Ну, т.е. ты можешь, но просто тебе будут вертеть пальцем у виска в ответ, и правильно будут делать...

т.е. ты хочешь сказать, что Exceptions в ЯП были уже 70 лет назад? прямо в 1947-м году, да?

а ты смешной

В ассемблере, в машинных кодах уже были.
Об этом уже упомянули в топике.
Ну посмейся, я буду только рад.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39491011
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbpatchда ладно, забей.

обычно программист эволюционирует примерно так

10 лет - изучит Basic/Scratch
15 лет - изучил Pascal, но взрослые сказали, что нужно изучать ООП ибо зарплаты не будет
18 лет - изучил Delphi/Java/JavaScript/PHP/C++, устроился джуниором
25 лет - изучил паттерны, шматтерны, скрам, аджайл и так научился мастерски подражать "взрослым", что меня произвели в "синиоры"
30 лет - после 12 лет ООП понял бессмысленность жизни, прочитал на хабре о том, что 15 лет назад меня возможно несколько обманули, но пока не понял в чем, и по советом "взрослых" начал изучать ФП
35 лет - изучив ФП понял, что меня опять обманули
36 лет - понял, что в индустрии все совсем не так, и нужно возвращаться к ANSI C, т.е. начинать заново изучать то, над чем все смеялись в 15 лет
40 лет - пусть автор виртуозы допишет сам


У меня всё не так
Ровно наоборот

dbpatchа наш "мастер" видимо безнадежно застрял между 25 и 30

Я прошу мой ник так не склонять, либо целиком, либо уж по имени, к слову "мастерство" он не имеет (почти) никакого отношения.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39491019
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivЯ прошу мой ник так не склонять, либо целиком, либо уж по имени, к слову "мастерство" он не имеет (почти) никакого отношения.

Человек, который считает, что вправе других прямо и неаргументированног называть идиотами (а вот просто так захотелось!)
- уже никаких прав иметь не может, кроме права публичной порки.
Странно, что ты до сих пор этого не понял. Но ты продолжай, продолжай.

И ладно бы ты что по теме сказал ценного, так нет же - залез на березу, покричал, всех позабавил, слез, справился :)

А смысл где?
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39491025
White Owl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivrdb_dev Не надо так резко руль вправо! :)

Да надо, надо.
Идиотизм надо на корню убивать.
Если чел не осилил исключения, это совсем не значит, что они не нужны.
Вон, БелыйФилин тоже не осилил, но даже он всё же не бухтит, что исключения не нужны.Я просто не успел к началу этого топика. :)
И я не бухчу, а прямо говорю что исключения это зло и дурное изобретение. Оно возвращает нас во времена спагетти-кода.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39491031
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot ну я]dbpatchпропущено...

А нельзя ли раскрыть по "все остальное" к примеру про эксепшены и деструкторы, про выход из области видимости и деструкторы. Как это написать на С при должном навыке, покажите?
https://github.com/psevon/exceptions-and-raii-in-c

еще есть boehm GC, alloca, VLA

exceptions это и есть сишная setjump в одном из вариантов реализации
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39491035
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
White OwlИ я не бухчу, а прямо говорю что исключения это зло и дурное изобретение.
то ли дело проверка кодов возврата в каждой строке - никакой лапши
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39491051
White Owl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ИзопропилWhite OwlИ я не бухчу, а прямо говорю что исключения это зло и дурное изобретение.
то ли дело проверка кодов возврата в каждой строке - никакой лапши
Никакой. В самом коде достаточно проверить на "ошибка или нету", а потом перепрыгнуть на более вдумчивый разбор ошибки. Зато после каждой строки уже заранее известно в какой именно строке ошибка произошла.

Ну вот примерно так я и пишу:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
	if (verbose) write_to_log("Attempting to initialise ODBC");
	retcode = SQLAllocHandle(SQL_HANDLE_ENV, SQL_NULL_HANDLE, &henv);
	if (!SQL_SUCCEEDED(retcode)) finish_process("Failed to initialize ODBC interface", 1);

	retcode = SQLSetEnvAttr(henv, SQL_ATTR_ODBC_VERSION, (SQLPOINTER*)SQL_OV_ODBC3, 0);
	if (!SQL_SUCCEEDED(retcode)) print_odbc_error(SQL_HANDLE_ENV, TRUE);

	retcode = SQLAllocHandle(SQL_HANDLE_DBC, henv, &hdbc);
	if (!SQL_SUCCEEDED(retcode)) print_odbc_error(SQL_HANDLE_DBC, TRUE);

	retcode = SQLSetConnectAttr(hdbc, SQL_ATTR_AUTOCOMMIT, (SQLPOINTER)SQL_AUTOCOMMIT_ON, 0);
	if (!SQL_SUCCEEDED(retcode)) print_odbc_error(SQL_HANDLE_DBC, TRUE);

	retcode = SQLDriverConnect(hdbc, 0, (SQLCHAR*)connection_string, SQL_NTS, 0, 0, 0, SQL_DRIVER_NOPROMPT);
	if (!SQL_SUCCEEDED(retcode)) print_odbc_error(SQL_HANDLE_DBC, TRUE);

	retcode = SQLAllocHandle(SQL_HANDLE_STMT, hdbc, &hstmt);
	if (!SQL_SUCCEEDED(retcode)) print_odbc_error(SQL_HANDLE_DBC, TRUE);

	retcode = SQLSetStmtAttr(hstmt, SQL_ATTR_CURSOR_TYPE, (SQLPOINTER)SQL_CURSOR_FORWARD_ONLY , 0);
	if (!SQL_SUCCEEDED(retcode)) print_odbc_error(SQL_HANDLE_STMT, TRUE);

	if (verbose) write_to_log("Connection sucessfull");
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39491058
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ИзопропилWhite OwlИ я не бухчу, а прямо говорю что исключения это зло и дурное изобретение.
то ли дело проверка кодов возврата в каждой строке - никакой лапши

так никто уже не делает. проверка кода возвратов в современном С осуществляется примерно так:

Код: plaintext
1.
VERIFY_OS(fopen(filename, mode))



смысл - макрос проверяет всякие errno, делает backtrace() и прочие log_fatal вызовы

если говорить про пример выше - то наличие файла нужно проверять отдельно выше, а все остальное в любом случае неожидамое, и падать нужно немедленно.


ну или вот так
https://github.com/vrogier/ocilib/blob/master/src/ocilib_checks.h

примеры чекалок показаны там-же в .c файлах рядом. никакой лапши, все культурно.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39491071
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
White OwlИзопропилпропущено...

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

Ну вот примерно так я и пишу:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
	if (verbose) write_to_log("Attempting to initialise ODBC");
	retcode = SQLAllocHandle(SQL_HANDLE_ENV, SQL_NULL_HANDLE, &henv);
	if (!SQL_SUCCEEDED(retcode)) finish_process("Failed to initialize ODBC interface", 1);

	retcode = SQLSetEnvAttr(henv, SQL_ATTR_ODBC_VERSION, (SQLPOINTER*)SQL_OV_ODBC3, 0);
	if (!SQL_SUCCEEDED(retcode)) print_odbc_error(SQL_HANDLE_ENV, TRUE);

	retcode = SQLAllocHandle(SQL_HANDLE_DBC, henv, &hdbc);
	if (!SQL_SUCCEEDED(retcode)) print_odbc_error(SQL_HANDLE_DBC, TRUE);

	retcode = SQLSetConnectAttr(hdbc, SQL_ATTR_AUTOCOMMIT, (SQLPOINTER)SQL_AUTOCOMMIT_ON, 0);
	if (!SQL_SUCCEEDED(retcode)) print_odbc_error(SQL_HANDLE_DBC, TRUE);

	retcode = SQLDriverConnect(hdbc, 0, (SQLCHAR*)connection_string, SQL_NTS, 0, 0, 0, SQL_DRIVER_NOPROMPT);
	if (!SQL_SUCCEEDED(retcode)) print_odbc_error(SQL_HANDLE_DBC, TRUE);

	retcode = SQLAllocHandle(SQL_HANDLE_STMT, hdbc, &hstmt);
	if (!SQL_SUCCEEDED(retcode)) print_odbc_error(SQL_HANDLE_DBC, TRUE);

	retcode = SQLSetStmtAttr(hstmt, SQL_ATTR_CURSOR_TYPE, (SQLPOINTER)SQL_CURSOR_FORWARD_ONLY , 0);
	if (!SQL_SUCCEEDED(retcode)) print_odbc_error(SQL_HANDLE_STMT, TRUE);

	if (verbose) write_to_log("Connection sucessfull");



фу, таки говнокод. это все отлично заворачивается в макро

и превращается в

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
    if (verbose) write_to_log("Attempting to initialise ODBC");

    SQL_CALL(SQLAllocHandle(SQL_HANDLE_ENV, SQL_NULL_HANDLE, &henv),                                        finish_process("Failed to initialize ODBC interface", 1))
    SQL_CALL(SQLSetEnvAttr(henv, SQL_ATTR_ODBC_VERSION, (SQLPOINTER*)SQL_OV_ODBC3, 0),                      print_odbc_error(SQL_HANDLE_ENV, TRUE));
    SQL_CALL(SQLAllocHandle(SQL_HANDLE_DBC, henv, &hdbc),                                                   print_odbc_error(SQL_HANDLE_DBC, TRUE));
    SQL_CALL(SQLSetConnectAttr(hdbc, SQL_ATTR_AUTOCOMMIT, (SQLPOINTER)SQL_AUTOCOMMIT_ON, 0),                print_odbc_error(SQL_HANDLE_DBC, TRUE))
    SQL_CALL(SQLDriverConnect(hdbc, 0, (SQLCHAR*)connection_string, SQL_NTS, 0, 0, 0, SQL_DRIVER_NOPROMPT), print_odbc_error(SQL_HANDLE_DBC, TRUE));
    SQL_CALL(SQLAllocHandle(SQL_HANDLE_STMT, hdbc, &hstmt),                                                 print_odbc_error(SQL_HANDLE_DBC, TRUE));
    SQL_CALL(SQLSetStmtAttr(hstmt, SQL_ATTR_CURSOR_TYPE, (SQLPOINTER)SQL_CURSOR_FORWARD_ONLY , 0),          print_odbc_error(SQL_HANDLE_STMT, TRUE));

    if (verbose) write_to_log("Connection sucessfull");



читабельность повышается в разы - причем и вторую колонку можно решительно сократить
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39491078
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
log_hereПредполагается, что строк одинаково или почти одинаково, понятность тоже не отличается.
Преимущества на C: думаю, скорость и большая универсальность (C понимают и некоторые другие языки).
Преимущества на C++: больше всяких новинок (начиная с C++11), больше манёвров для изменений.

Кто что думает?

Замечательный критерий выбора ЯП - число строк и "понятность".
Предлагаю:
Например: f1(ln(число строк кода)) + f2(критерий понятности, от 1 до 10)
меньше 1 - C, больше 1 - C++, а если единица - пиши на ассемблере.
...
Рейтинг: 0 / 0
25 сообщений из 474, страница 3 из 19
Форумы / Программирование [игнор отключен] [закрыт для гостей] / На чём лучше писать код при одинаковом количестве строк: на C или на C++?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]