powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Программирование [игнор отключен] [закрыт для гостей] / На чём лучше писать код при одинаковом количестве строк: на C или на C++?
25 сообщений из 474, страница 9 из 19
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493257
schi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonschiВ свое время очень впечатлил пример рефакторинга кода Рихтера в progstone
http://progstone.narod.ru/reciprocality/r0/day2.html
Мне кажется что глубокие рассуждения о пользе или вреде нулевого факториала
ведут нас к базовым аксиомам чисел. (Старик Гёдель ехидно улыбается с портретов.)
Как определили функцию так она и "поплыла".

Ничего мы фундаментально не улучшим если даже лишим функцию области определения.
А если заставим ее быть равной нулю при x=0 то потеряем некую рекурретную
индуктивность. Во все формулы надо будет ввести if (...) которых защитит произведение
от внезапного обнуления.

Кроме того количество перестановок пустого множества предметов дает определенные
философские допущения, улучшающие картину мира.

Тоесть все вроде-бы логично. У нес есть ОДНА перестановка одного предмета.
И ОДНА перестановка пустого множества предметов.

Статью целиком не читал. Пробежал по диагонали. Жаль время терять на попытки
искать сенсацию где ее нет. Уж лучше копать уфологию там или историю шестой
расы. Продуктивнее будет.... мдя.

Эту книгу надо целиком читать - полезно.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493258
schi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
White OwlschiДико извиняюсь, а зачем while (TRUE) ?
Почему не
Код: plaintext
1.
2.
	while(SQLGetDiagRec(handle_type, hndl, record_number,
				sql_state, &native_error, message_text, sizeof(message_text), &message_length) == SQL_SUCCESS) {



?Потому что вызов этой функции уже очень длинный. Чисто для визуальщины - отдельно цикл, отдельно вызов функции, отдельно выход из цикла.
Можно конечно написать и так как ты предлагаешь - меньше строк будет, но...
Я просто предпочитаю не писать условие которое требует переноса на следующую сторку. Лучше уж завести несколько булевых переменных и вычислять их отдельно от if/while.

Длина вызова функции несильно зависит от места расположения вызова. Лично меня всегда напрягают бесконечные циклы там, где без них можно обойтись. Но я никоим образом не навязываюсь.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493271
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
White Owlнадо будет каждый вызов SQL* функции обернуть в отдельную функцию/метод типа:
И что, руки отвалятся один раз такие оберки сделать? Да и print_odbc_error, это не обертка что ли? Двойные стандарты?
White OwlА еще, в этом коде кучка ошибок :) Он не аналогичен моему...
Я не нанимался отлаживать код. Вопрос был как будет выглядеть код на исключениях. Ответ получен.

White OwlНо в большой программе далеко не всегда нужно обращать внимание на SQL_SUCCESS_WITH_INFO
При необходимости этот вопрос решаются элементарно.

Таким образом, код на исключениях выглядит намого проще и понятнее, потому что есть возможность элементарно отделить весь отладочный код от прикладного, и я этим воспользовался в этим примере.
На кодах возврата это невозможно.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493275
Фотография iv_an_ru
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anatoly MoskovskyWhite Owlнадо будет каждый вызов SQL* функции обернуть в отдельную функцию/метод типа:
И что, руки отвалятся один раз такие оберки сделать? Да и print_odbc_error, это не обертка что ли? Двойные стандарты?
White OwlА еще, в этом коде кучка ошибок :) Он не аналогичен моему...
Я не нанимался отлаживать код. Вопрос был как будет выглядеть код на исключениях. Ответ получен.

White OwlНо в большой программе далеко не всегда нужно обращать внимание на SQL_SUCCESS_WITH_INFO
При необходимости этот вопрос решаются элементарно.

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

Мне кажется что глубокие рассуждения о пользе или вреде нулевого факториала
ведут нас к базовым аксиомам чисел. (Старик Гёдель ехидно улыбается с портретов.)
Как определили функцию так она и "поплыла".

Ничего мы фундаментально не улучшим если даже лишим функцию области определения.
А если заставим ее быть равной нулю при x=0 то потеряем некую рекурретную
индуктивность. Во все формулы надо будет ввести if (...) которых защитит произведение
от внезапного обнуления.

Кроме того количество перестановок пустого множества предметов дает определенные
философские допущения, улучшающие картину мира.

Тоесть все вроде-бы логично. У нес есть ОДНА перестановка одного предмета.
И ОДНА перестановка пустого множества предметов.

Статью целиком не читал. Пробежал по диагонали. Жаль время терять на попытки
искать сенсацию где ее нет. Уж лучше копать уфологию там или историю шестой
расы. Продуктивнее будет.... мдя.


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

В этом топике есть живые люди. Ораторы. И мне интересно
Слышать их живое мнение.

Я не буду против вашего резюмирования книги. И я готов его
Обсуждать.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493357
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anatoly MoskovskyWhite Owlнадо будет каждый вызов SQL* функции обернуть в отдельную функцию/метод типа:
И что, руки отвалятся один раз такие оберки сделать? Да и print_odbc_error, это не обертка что ли? Двойные стандарты?
White OwlА еще, в этом коде кучка ошибок :) Он не аналогичен моему...
Я не нанимался отлаживать код. Вопрос был как будет выглядеть код на исключениях. Ответ получен.

White OwlНо в большой программе далеко не всегда нужно обращать внимание на SQL_SUCCESS_WITH_INFO
При необходимости этот вопрос решаются элементарно.

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

господи, ООП головного мозга в терминальной стадии, право.
что элементарнее может быть NDEBUG и assert(), какие еще исключения?

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

Не надо утрировать. Средства диагностики в runtime (поддержка трассировочных и отладочных режимов) - это большое искусство, которому в школе вообще не учат.
Тем более, после "релиза" просто так через gdb уже не походишь, целые куски за счет инлайнинга запросто становятся недоступными для пошаговой трассировки.

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

Интересно, что из моего комментария было написано так двусмысленно, что дало вам повод написать этот ответ? Особенно если коммент про код, остающийся в релизном экзешнике, а ответ --- про "говорят про необходимость удаления отладочного кода" (цвет мой).
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493395
rdb_dev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
while(SQL_SUCCESS == SQLGetDiagRec
    (
      handle_type,
      hndl,
      record_number,
      sql_state,
      &native_error,
      message_text,
      sizeof(message_text),
      &message_length
    ))
{
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493406
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbpatchчто элементарнее может быть NDEBUG и assert(), какие еще исключения?
Ждем теперь реализацию того же кода на ассертах.
Ну чисто чтоб поржать над убогими сишниками )))
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493418
kealon(Ruslan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dbpatchiv_an_ruПо моему грустному опыту, попытки назвать "отладочным" код, остающийся в боевом экзешнике --- это обычно попытки обосновать меньшую тщательность отладки этого "отладочного" кода. А программулине и юзерам потом по барабану, как назывался тот код, который привёл к ошибке --- "отладочный" или ещё как.

Не надо утрировать. Средства диагностики в runtime (поддержка трассировочных и отладочных режимов) - это большое искусство, которому в школе вообще не учат.
Тем более, после "релиза" просто так через gdb уже не походишь, целые куски за счет инлайнинга запросто становятся недоступными для пошаговой трассировки.

Собственно когда говорят про необходимость удаления отладочного кода - это сразу выдает
в собеседнике формошлепа из какого C++Builder или его аналога, который работает в
условиях конечной недоступности среды выполнения, ему на эти инструментарии трассировки глубоко фиолетово.
Судя по его тематике, у него просто другой уровень надёжности и отклика, в его случаях он как раз прав - роль отладочного кода играют тесты.
Отладочные Non Zerro Cost механизмы в продакшн это обычно ширпотреб, дёшево и сердито - с которым как я понимаю он и не работал.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493622
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
iv_an_ruAnatoly MoskovskyТаким образом, код на исключениях выглядит намого проще и понятнее, потому что есть возможность элементарно отделить весь отладочный код от прикладного, и я этим воспользовался в этим примере.
На кодах возврата это невозможно.По моему грустному опыту, попытки назвать "отладочным" код, остающийся в боевом экзешнике --- это обычно попытки обосновать меньшую тщательность отладки этого "отладочного" кода. А программулине и юзерам потом по барабану, как назывался тот код, который привёл к ошибке --- "отладочный" или ещё как.
А как бы вы назвали этот код? И как обычно называете остающийся в боевом экзешнике код, который обрабатывает серьёзные ошибки?
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493639
White Owl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anatoly MoskovskyWhite Owlнадо будет каждый вызов SQL* функции обернуть в отдельную функцию/метод типа:
И что, руки отвалятся один раз такие оберки сделать? Да и print_odbc_error, это не обертка что ли? Двойные стандарты? Не надо путать обертки и вынос повторяющегося кода в функцию.

Anatoly MoskovskyWhite OwlА еще, в этом коде кучка ошибок :) Он не аналогичен моему...
Я не нанимался отлаживать код. Вопрос был как будет выглядеть код на исключениях. Ответ получен.Да, получен... Где-то так на троечку. Видно что студент что-то знает по теме, но задача решена все-же неправильно.

Anatoly MoskovskyWhite OwlНо в большой программе далеко не всегда нужно обращать внимание на SQL_SUCCESS_WITH_INFO
При необходимости этот вопрос решаются элементарно.И как именно? Добавлением параметра в обертку? Или выключением-включением verbose флага?

Anatoly MoskovskyТаким образом, код на исключениях выглядит намого проще и понятнее, потому что есть возможность элементарно отделить весь отладочный код от прикладного, и я этим воспользовался в этим примере.
На кодах возврата это невозможно.Ну с чего вдруг невозможно то??? Продемонстрированное отделение отладочного кода от прикладного основано целиком на обертке функции. Делаем обертку на кодах возврата и получаем точно ту-же функциональность что и "невозможна".
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493645
Фотография iv_an_ru
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вася Уткинiv_an_ruпропущено...
По моему грустному опыту, попытки назвать "отладочным" код, остающийся в боевом экзешнике --- это обычно попытки обосновать меньшую тщательность отладки этого "отладочного" кода. А программулине и юзерам потом по барабану, как назывался тот код, который привёл к ошибке --- "отладочный" или ещё как.
А как бы вы назвали этот код? И как обычно называете остающийся в боевом экзешнике код, который обрабатывает серьёзные ошибки?Да никак :)

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

Во-вторых, у нас в русском устоялось кривое понимание exception как то "исключение", которое "чрезвычайное" или "диковинное", хотя вообще-то оно просто вариант из "правило-исключение", оно не более, чем "не самая последняя ветка" в дереве правил. Изначальную дею окончательно похоронил уродский синтаксис try-catch, в котором catch почему-то оказался после try, хотя в любой основанной на продукциях / правилах переписывания / name-it-yourself системе исключения из общих правил пишутся, само собой, перед общими правилами, просто потому, что условия для применения исключений проверяются до применения общего правила.

В третьих, когда терминология успешно переведена с русского языка на русский, становится нагляднее простая мысль.
Код для обнаружения/обработки особых случаев ничем принципиально не отличается от кода, работающего в случае, если ничего особого нет (либо если "особость" ситуации вовремя не обнаружена, и NULL-ёвый указатель на неоткрытый файл ехидно ухмыляется в ожидании fwrite()). И никакого особого названия он поэтому не требует, достаточно сказать, чем этот код занимается. Это может быть код журналирования событий, код монитора, код перераспределения ресурсов на лету, код системы кортроля доступа, код защиты данных от скрытой порчи, код для плавной деградации, код для того, код для сего или код для всего этого разом :) И только "отладочного" кода там нет, потому что он на одну половину обёрнут в #ifdef DEBUG, а на вторую --- в #ifndef NDEBUG, и в любом случае в релизе его вообще нет.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493654
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Addxlog_hereПредполагается, что строк одинаково или почти одинаково, понятность тоже не отличается.
Преимущества на C: думаю, скорость и большая универсальность (C понимают и некоторые другие языки).
Преимущества на C++: больше всяких новинок (начиная с C++11), больше манёвров для изменений.

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

Замечательный критерий выбора ЯП - число строк и "понятность".
Предлагаю:
Например: f1(ln(число строк кода)) + f2(критерий понятности, от 1 до 10)
меньше 1 - C, больше 1 - C++, а если единица - пиши на ассемблере.
С предложениями опоздал.

Есть в Метриках Холстеда:
- Difficulty
- Time to understand

Кстати сорцы С и С++ с исключениями я-бы предложил прогнать через анализатор.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493683
Фотография Anatoly Moskovsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
White OwlНе надо путать обертки и вынос повторяющегося кода в функцию.
Так в данном случае обертка имеет несколько назначений. Одно из них - это устранение дублирования кода.
Потому что в оригинальном примере примерно половина кода - это дублирование конструкции
Код: plaintext
1.
2.
if(!SQL_SUCCEEDED(retcode)) print_odbc_error(SQL_HANDLE_STMT, TRUE);
if(verbose && retcode == SQL_SUCCESS_WITH_INFO) print_odbc_error(SQL_HANDLE_STMT, FALSE);


То, что вас это не смущает, и вы копипастите этот паттерн по всему проекту, вместо того чтобы вынести в функцию (тут даже не про исключения речь, а просто об элементарном повторном использовании кода), вполне объясняет ваше непонимание почему код, который, я привел, намного более простой, читаемый и сопровождаемый. Не удивлюсь если вообще большинство кода в ваших проектах - копипаста в индусском стиле.

White OwlИ как именно? Добавлением параметра в обертку? Или выключением-включением verbose флага?
Вы даже не хотите капельку подумать. Понимаю. Копипаста проще. Скопировал - отредактировал. Нафиг проектировать.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493715
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Предлагаю не скатываться до обидок.

Оба подхода имеют право на жизнь - квалификация спорщиков это только подтверждает.

Тем не менее, подолью маслица в огонь - на каком фреймворке базируетесь - те методики и стоит применять.
А если пишется с нуля - каждый себе господин.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493718
Вася Уткин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
iv_an_ruВася Уткинпропущено...

А как бы вы назвали этот код? И как обычно называете остающийся в боевом экзешнике код, который обрабатывает серьёзные ошибки?Да никак :)

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

Во-вторых, у нас в русском устоялось кривое понимание exception как то "исключение", которое "чрезвычайное" или "диковинное", хотя вообще-то оно просто вариант из "правило-исключение", оно не более, чем "не самая последняя ветка" в дереве правил. Изначальную дею окончательно похоронил уродский синтаксис try-catch, в котором catch почему-то оказался после try, хотя в любой основанной на продукциях / правилах переписывания / name-it-yourself системе исключения из общих правил пишутся, само собой, перед общими правилами, просто потому, что условия для применения исключений проверяются до применения общего правила .

В третьих, когда терминология успешно переведена с русского языка на русский, становится нагляднее простая мысль.
Код для обнаружения/обработки особых случаев ничем принципиально не отличается от кода, работающего в случае, если ничего особого нет (либо если "особость" ситуации вовремя не обнаружена, и NULL-ёвый указатель на неоткрытый файл ехидно ухмыляется в ожидании fwrite()). И никакого особого названия он поэтому не требует, достаточно сказать, чем этот код занимается. Это может быть код журналирования событий, код монитора, код перераспределения ресурсов на лету, код системы кортроля доступа, код защиты данных от скрытой порчи, код для плавной деградации, код для того, код для сего или код для всего этого разом :) И только "отладочного" кода там нет, потому что он на одну половину обёрнут в #ifdef DEBUG, а на вторую --- в #ifndef NDEBUG, и в любом случае в релизе его вообще нет.
Ну вот, взяли и назвали часть какого-то кода: "Код для обнаружения/обработки особых случаев", хотя он ничем и не отличается от остального :)
В общем-то да, это разные вещи: отладочный код одно, а код, который генерирует внятные сообщения для включения их пользователями в баг-репорты - это другое - логирование ошибок.
Кстати, а как-то можно изменить синтаксис try-catch, чтобы программа сначала проверяла исключения из правил, а только потом выполняла правила - содержимое блока try?
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493722
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мне тоже кажется странным сетование Ивана по поводу блока catch? Что за принцип name-it-yourself?
Как по его мнению должен выглядеть наш пример с ODBC ?
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493745
Фотография iv_an_ru
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
maytonЧто за принцип name-it-yourself?Это не принцип, это просто оборот речи, "называйте это так, как вам удобнее, суть все равно не меняется".
maytonКак по его мнению должен выглядеть наш пример с ODBC ?По его мнению (или Его высочайшему мнению? :), ODBC --- часть инфраструктуры вокруг SQL и "...PL", правильно? Логично посмотреть, а как примеры вроде вот этого соединения с ODBC оформляются в этих самых "...PL"? А там всё как раз логично, сначала catch-блоки, потом try-код.

Код: plsql
1.
2.
3.
4.
5.
6.
{
declare exit handler for sqlstate "xxxxx" { обработчик состояний }
declare exit handler for sqlstate "yyyyy" { обработчик других состояний }
declare exit handler for sqlstate "*" { обработчик для всего, что неуспех }
код на случай выпадения счастливого билетика в виде нерукожопого админа, который сконфигурял-таки драйвер
}



И только в совсем-совсем убогих и древних начинается кондовый фортрановский бардак:

Код: plsql
1.
2.
3.
4.
whenever sqlstate "xxxxx" goto обработчик состояний;
whenever sqlstate "yyyyy" goto обработчик других состояний;
whenever sqlstate "*" goto обработчик для всего, что неуспех;
код на случай выпадения счастливого билетика в виде нерукожопого админа, который сконфигурял-таки драйвер


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


То есть код структурирован от частных случаев к общим. Сравните с надоевшим всем

Код: plaintext
1.
2.
3.
4.
5.
bigint factorial (int n) {
  if (n < 0) { Д.,Б.! }
  if (n == 0) { return 1; }
  код для опасно бесконтрольного пожирания стека
}


Это не значит, что код должен быть структурирован так в абсолютно всех случаях, "главное правило дизайна гласит, что из любого правила дизайна бывают исключения", но обычный программист может всю жизнь проработать, так ни разу и не наткнувшись на необходимость в другой логике.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39493746
Фотография iv_an_ru
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вася УткинНу вот, взяли и назвали часть какого-то кода: "Код для обнаружения/обработки особых случаев", хотя он ничем и не отличается от остального :)Вы правы, стилистический ляп. Надо было написать "ветка для обнаружения/обработки особых случаев...", тем более что дерево правил уже было помянуто.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39494014
dbpatch
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Anatoly Moskovskydbpatchчто элементарнее может быть NDEBUG и assert(), какие еще исключения?
Ждем теперь реализацию того же кода на ассертах.
Ну чисто чтоб поржать над убогими сишниками )))

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

Интересно, что из моего комментария было написано так двусмысленно, что дало вам повод написать этот ответ? Особенно если коммент про код, остающийся в релизном экзешнике, а ответ --- про "говорят про необходимость удаления отладочного кода" (цвет мой).

авторПо моему грустному опыту, попытки назвать "отладочным" код,

не совсем было понятно, оставляете ли вы отладночный код, не оставляете, и с чем вообще был там неуспешный или даже успешный опыт.

на собственной практике можно сказать - доля assert() и NDEBUG в любом проекте более 10к строк со временем объективно стремится к нулю - то, что раньше считалось assert()-ом в условиях большого проекта без возможности соблюдения контрактов
рано или поздно перекочевывает в верификации ввода (т.е. становится неотключаемым в релизе), а всякие стресс и перф. тесты просто выносятся в отдельные модули.
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39494233
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iv_an_ruЛогично посмотреть, а как примеры вроде вот этого соединения с ODBC оформляются в этих самых "...PL"? А там всё как раз логично сначала catch-блоки, потом try-код.
Вот с этого момента - непонятно. Что логично? Сначала catch-блоки? Почему?

Где хотя-бы рациональное объяснение? Goto "назад" это логично? Или логично
следование традициям pascal-подобным языкам где есть блок "declare" ... ?
...
Рейтинг: 0 / 0
На чём лучше писать код при одинаковом количестве строк: на C или на C++?
    #39494260
schi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iv_an_ru,

Что-то мне это напомнило ON ENDFILE(SYSIN) GOTO FINISH; :)
...
Рейтинг: 0 / 0
25 сообщений из 474, страница 9 из 19
Форумы / Программирование [игнор отключен] [закрыт для гостей] / На чём лучше писать код при одинаковом количестве строк: на C или на C++?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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