а еще есть такое. Это писалось, когда еще не было varidatic templates, не скажу, что это читаемый код, но уровень жести зашкаливает по сравнению с std, где обычный класс std::vector выглядит, как будто по ошибке открыл бинарик.
У меня для вас плохие новости: вам не понравится. Свой string я писал последний раз в 2006. Те, кто минусует, должны еще раз прочитать фразу "в своих проектах". Это не то же самое, что "везде, где только можно".
Какую-такую "нормальную IDE" рекомендует использовать коммитет стандартизации с++? Может они начнут нам рассказывать, какими инструментами нам пользоваться?
Я считаю, что именно по прихоти безумцев. Человек в своем уме не мог принять такой кодестайл и именование входных параметров и переменных. Читать его не приходится ровно до первого мисюза какой-нибудь обычной функции. Дальше вываливается пару килобайт ошибок в консоль, которые прочитать невозможно из-за дикого именования, потом я иду смотреть код… И мне приходится его читать!
Когда я смотрел на код библиотеки std, мне всегда казалось, что его писали инопланетяне. У меня есть один принцип: я никогда не использую в своих проектах код, который выглядит ужасно.
Печально, что модерация пропускает такой шлак. Я пытался писать статью на хабр лет 8 назад, мне даже не сказали, почему она не подходит, такие уж были времена. Хочу, чтобы НЛО выпилил эту статью и принес мне свои извинения за доставленные мне оскорбления.
Я бы посоветовал автору убрать статью в черновики и идти учиться делать игры дальше. Через полгода почитать статью опять, и понять, что это было единственно верное решение. Не позорьтесь, пожалуйста.
а еще есть такое. Это писалось, когда еще не было varidatic templates, не скажу, что это читаемый код, но уровень жести зашкаливает по сравнению с std, где обычный класс std::vector выглядит, как будто по ошибке открыл бинарик.
вот вам string, вот вам парсер xml, вот вам arraylist. Этому коду 10 лет, так не думайте, что сейчас я пишу так же.
У меня для вас плохие новости: вам не понравится. Свой string я писал последний раз в 2006. Те, кто минусует, должны еще раз прочитать фразу "в своих проектах". Это не то же самое, что "везде, где только можно".
пишу сам
Я так понимаю, вы говорите про Булевы операции с двумерными объектами. К сожалению, в SolveSpace такое поддерживается только для трехмерных объектов.
т.е. вот этот код лучше?
Какую-такую "нормальную IDE" рекомендует использовать коммитет стандартизации с++? Может они начнут нам рассказывать, какими инструментами нам пользоваться?
Достаточно будет и кроссплатформенной QLibrary
Я считаю, что именно по прихоти безумцев. Человек в своем уме не мог принять такой кодестайл и именование входных параметров и переменных. Читать его не приходится ровно до первого мисюза какой-нибудь обычной функции. Дальше вываливается пару килобайт ошибок в консоль, которые прочитать невозможно из-за дикого именования, потом я иду смотреть код… И мне приходится его читать!
те, кто не знает, как должен выглядеть нормальный читаемый код, могут минусовать дальше. я переживу.
Он классный (нет)
Он очень красивый (нет)
Так это наш отечественный коммерческий солвер. Его сейчас используют в BricsCAD, так что речь явно не об open source.