Двач, блэд хочу вкатить объекто-оринтированное программирование С++. Посоветуйте какие нибудь книги или выжержки из них. Может какой нибудь код для примера. Хочу посмотреть что и как и какие подводные камни.
>>1088191 (OP) Мне интересно, где ОПушке впарили это говно - ООП под видом конфетки? У нас в вузах до сих пор продолжают веровать в ООП, в то время как в остальном мире все уже поняли что ООП это примерно такая же ""хорошая"" вещь как С++.
>>1088894 А что, придумали что-то лучше C++ для систем, где нужно быстро? (там где жаба уже не справляется) Rust пока не вариант, экосистема еще не доросла до нужного уровня
>>1088851 Посмотрел его лекцию. Какой же он долбоеб. С чего он решил что его ОО подход более лучший чем классический императивно-оо подход? Он наверное еще ни одного функционального языка не изучал, ему точно сорвало бы тогда крышу от какого-нибудь хаскеля. Лол.
>>1088919 >Так С же Во всех более менее крупных проектах "няшная" мутирует в доморощенные кресты, воспроизводящие всю жопоеблю, включая виртуальное наследование с таблицами указателей на функции и "this".
>>1088922 Ох лол. Тебе наверное виднее с дивана. Расскажи это ребятам, которые пилят ядро линукс ( а так же виндос макос и всем OSdev'вам ), все проекты GNU, ребятам занимающимся драйверами, и остальной системщиной, электроники, разработчикам баз данных, и многих высокопроизводительных систем. Я уже не говорю что 90% всех либ, пишется на С.
>>1088935 Так она на телефонах NOKIA выполнялась с помощью сопроцессора, который отправлял сообщения полноценной операционной системе, Symbian, а уж она на Сижке была написана.
>>1088191 (OP) Я знаю чего у людей бомбит от ооп. Для всякой мелкой поебни он абсолютно не нужен, а крупной они никогда не занимались, а если пытались, то не смогли разобраться. Если ты строишь сарай, то тебе не нужны инструменты архитектора, а именно этим Ооп и является.
К сожалению, синтаксис С++ абсолютно уебищен для ооп и может размазать простые логические конструкции в трудночитаемое пятно кода, поэтому там, где скорость в милисекундах не важна, лучше использовать хотя бы c#.
Я бы посоветовал не ставить себе задачу "выучить ООП", а какую-то более конкретную "Разобраться в коде программы ХХХЪ", или "Устроиться на работу в компанию УУУ". Таким образом ты сможешь выучить именно необходимый минимум и потом уже строиться на нем.
Попробуй для начала покопаться в чужом коде. Например, напиши аддон для какого-нибудь популярного софта. Обычно сдк идет с примерами для VS и методом тыка можно понять что к чему. Если примеры сдк не компилятся из коробки(а обычно они не компилятся), почитай их мануал.
>>1089053 Сразу вычислил макаку по его наивному манямирку и упоминание VS, сравнивающую синтаксисы, а не семантику языков, не понимающую вообще ничего в парадигмах программирования и в проектирование систем.
Иди нахуй. Классический ООП не решает никакую из проблем вообще, а только создает их. Хочешь писать читабельный код в крупных проектах, пиши в процедурно-функциональном стиле, не смешивай данные с логикой. Используй чистые функции.
>>1089053 Уже весь мир, даже хипстеры догнали, что изменяемое состояние зло. А ты тут поешь про крутость ООП. Ты не писал больших проектов. Иначе бы понимал всю боль императивного кода.
>>1089064 Ты пишешь хуйню. Ты даже не понимаешь, что объект - это и есть данные. Модель данных, которая инкапсулируюет в себе данные и предоставляет безопасный абстрактный интерфейс для работы с ними.
>>1089171 Иди нахуй. Даже не стал читать этот высер, а просто обдал джава-дебила мощнейшей струей золотистой жидкости, насрал ему за шиворот и подтерся его прыщавым ебальником.
>>1088191 (OP) >Может какой нибудь код для примера. Самый идеальный код на плюсах это код Кармака. Но если ты собрался например в энтерпрайзе легаси-говно пердолить на плюсах, то тебя с Кармаковским стилем нахуй пошлют, потому НЕДОСТАТОЧНЫЙ УРОВЕНЬ АБСТРАКЦИИ.
Простите, здесь тред даунов-идиотов которые не понимают о чем говорят и страдают легкой формой "ясижувтредахвместотогочтобыработатьнояжалуюсьвсемчтоничегонеумеюивечнопрошулитературу"?
Можно ли в C++ каким-то образом определить часть класса в одном namespace, а часть - в другом? Мне это нужно, чтобы скрыть часть классов в библиотеке от пользователя, но при этом, чтобы методы этих классов были доступны в private-методах других классов.
>>1092542 Нет, С++ настолько ущербен, что об этом не стали задумываться и теперь тебе надо ебаться со всякими паттернами типа pImpl, что во-первых выглядит уебищно, во-вторых вносит дополнительный слой говна в код, в-третьих, удваивает твою работы по написанию кода.
Посоветуйте какие нибудь книги или выжержки из них.
Может какой нибудь код для примера.
Хочу посмотреть что и как и какие подводные камни.