полные примеры я сюда не стал вставлять, потому что помимо прочего копипаст с этой пдфки требует возни. Например когда я текст сюда вставлял то оно вставило l\:Jajor Desigll Rlile

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

Я не понимаю, что ты пытаешься донести. Что нормально и допустимо первым инклюдом ставить не собственный заголовочный файл?

Я не понимаю, что ты пытаешься донести. Что нормально и допустимо первым инклюдом ставить не собственный заголовочный файл?

Я пытаюсь донести что технически порядок значить ничего не должен

Только стилистически

а вот автор книги Large-scale C++ software design считает иначе и показывает это на примере

Ну аргументов я не увидел

на этом ваше мнение и мнение автора книги расходятся, и я думаю каждому стоит остаться при своем ))

А автор для меня не авторитетен

ну бля, читай книгу

конечно не авторитетен ))

хер моржовый с говнокодом)

Особенно если он допускает в своих книгах что либо основанное на последовательности применения

я уж понял ваше мнение

Пока что я могу сказать о книге? Это вторая настольная книга С++ программиста

А какого она года?

вторая не по степени важности, они примерно наравне. Ещё одна - "Code complete"

96

Вангую что iosfwd появился не раньше 98

что это?

96

Мда, философия же сильно поменялась

прицнипы нет

что это?

Форвард декларации для иостримов

прицнипы нет

Подходы зато поменялись, перестали писать как в джаве

ты доебался до одного единственного примера, который показывает ПРИНЦИП. То что этот пример сейчас неактуален, не означает что принцип не работает

кто-то вчера писал что на подходе выход очередной редакции книги

Этого принципа нет, структурная гарантия последовательности сильно лучше задокументированного требования

Это относится в общем случае ваще ко всему

Не только к хедерам

что же, мы возвращаемся к тому, что твоё мнение отличается от мнения автора книги. На этом дискуссию считаем законченной?

Я пытаюсь донести что технически порядок значить ничего не должен

Согласен абсолютно. Если херня завязана на порядок хедеров, то это говнокод

что же, мы возвращаемся к тому, что твоё мнение отличается от мнения автора книги. На этом дискуссию считаем законченной?

А Лаком приводит пример говнокода

А как можно на примере хорошего кода показать, как делать НЕ надо и как работать НЕ будет?

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

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

Это не библия, а всего лишь кодстайл, который помогает защищаться от говна

ай, всё, я устал

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

За что ты топишь? За то, что порядок важен? Так нет

Напротив, если ты полагаешься на порядок ты сам себе злобный

сколько живу, ни разу эту "библию" в глаза не видел )

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

сдается мне что эти все проблемы из-за смешиваний сишных и плюсовых хидеров, как следствие засирания неймспейсов в плюсовом коде сишными определениями

ну и чудо макросы :)

Лакос приводит пример, когда код #include <iostream.h> #include "wildthing.h" компилится в то время как #include "wildthing.h" #include <iostream.h> нет

Тут как не крути, будет плохо. Во втором случае, ты сможешь потерять #include <iostream>, но продолжить пользоваться его содержимым занесенным через "wildthing" в данную единицу трансляции.

А как можно на примере хорошего кода показать, как делать НЕ надо и как работать НЕ будет?

не совсем понял, чего ты хочешь :)

Третий день идет дискуссия, что порядок - это вопрос стиля

четвертые сутки пылают станицы )

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

@narical вчера же об уже поговорили.

Я вас услышал

Привет всем. Нужна подсказка. В проекте используется сторонняя dll собранная в конфигурации release(с crt линкуется динамиччески). Если я эту release использую в своём проекте с конфигурацией debug, это же не должно привести к каким то проблемам?

а почему? можно в 2х словах. То что так со статическими делать нельзя, я знаю, а почему динамические нельзя?

будут две разные кучи, если в либе нет своих аллок/фри то будут краши

буду благодарен за какую то ссылку

google.com

Окей, пошел гуглить, спасибо

а вот автор книги Large-scale C++ software design считает иначе и показывает это на примере

он описывает один совершенно конкретный кейс проектирование LARGE SCALE SOFTWARE SYSTEMS

понятно что в проекте до 10,000 файлов можно делать как угодно

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

а вот передать пойнтер из одного в другое и там освободить - будет красивый фейрверк

Сделать на сфинае, принимая любой контейнер с фиксированным value_type

спасибо, остановился именно на этом решении

If you have more than one DLL or EXE, then you may have more than one CRT, whether or not you are using different versions of Visual C++. For example, statically linking the CRT into multiple DLLs can present the same problem. Developers encountering this problem with static CRTs have been instructed to compile with /MD to use the CRT DLL. If your DLLs pass CRT resources across the DLL boundary, you may encounter issues with mismatched CRTs and need to recompile your project with Visual C++. это из msdn, если я правильно понял, то если с crt линкуемся как MD то проблем не должно быть, или я все понял не так?

Че-т звучит как фигня. Собираю проект RelWithDebInfo, лмнкуюсь с релизными либами из дерева. Проблем нет.

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

и часто так делают?

Хм, а на линухе эта пробоема есть?

Хм, а на линухе эта пробоема есть?

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

ртуть в принципе проходит через организм если не застрянет )

Че-т звучит как фигня. Собираю проект RelWithDebInfo, лмнкуюсь с релизными либами из дерева. Проблем нет.

эээ а причем тут как ты собираешь? релиз + релиз, главное чтобы CRT был один и указатели не кросс-аллоцировались

ртуть в принципе проходит через организм если не застрянет )

Человек в принципе выжевет если не умрет

Человек в принципе выжевет если не умрет

неверно, человек всё равно умрёт

даже если выживет

Я никогда проблем с длл/либ не ловил, но хотелось бы узнать о проблеме подробнее. Подскажите какую-то статью или книгу по выше оговоренному вопросу

Читаю и вообще не понимаю ничего

Я всё время так и делаю, но делать ссылаясь на то, что "так нужно" не очень круто

Читаю и вообще не понимаю ничего

не переживай :)

Сложный язык у вас😄

Сложный язык у вас😄

Русский 😊

О, спасибо

спасибо

Но как я понял, если за границу dll не передовать хендлеры и не удалять объекты созданные внутри такой dll за её границей то проблем быть не должно

я имел ввиду file handles, locales and environment variables