📚 Мини-справочник по основным типам данных C++

Делимся компактным справочником по основным типам данных в C++. Сохраняйте себе на будущее.

🔢 Целочисленные типы

• int — 4 байта, от -2,147,483,648 до 2,147,483,647
• short — 2 байта, от -32,768 до 32,767
• long — 4 байта (Windows) или 8 байт (Unix)
• long long — 8 байт, от -9,223,372,036,854,775,808 до 9,223,372,036,854,775,807

Модификаторы:
• unsigned — только положительные числа, удваивает верхний предел
• signed — со знаком (по умолчанию)

unsigned int counter = 100;
short temperature = -15;
long long population = 7800000000;

🔡 Символьные типы

• char — 1 байт, обычные символы ASCII
• wchar_t — 2 или 4 байта, широкие символы (Unicode)
• char16_t — 2 байта, символы UTF-16 (C++11)
• char32_t — 4 байта, символы UTF-32 (C++11)

char letter = 'A';
wchar_t unicodeChar = L'Ф';
char16_t utf16Char = u'Ж';

🔄 Числа с плавающей точкой

• float — 4 байта, точность ~7 цифр, диапазон ±3.4e±38
• double — 8 байт, точность ~15 цифр, диапазон ±1.7e±308
• long double — 8-16 байт, точность ≥ double, диапазон зависит от компилятора

float price = 19.99f;   // 'f' суффикс для float
double pi = 3.14159265359;
long double precise = 1.23456789123456789L;  // 'L' суффикс

🧮 Логический тип

• bool — 1 байт, значения: true или false

bool isActive = true;
bool hasPermission = false;

🗄 Производные типы

• Массивы: int numbers[5];
• Указатели: int* ptr;
• Ссылки: int& ref = value;
• Строки:
• C-строки: char str[] = "Hello";
• std::string: std::string text = "Hello";

🔄 Автоматическое определение типа (C++11)

auto x = 10;        // int
auto y = 3.14;      // double
auto z = "Hello";   // const char*

🧩 Тип Void

• void — отсутствие типа (для функций без возвращаемого значения)
• void* — указатель на данные любого типа

🔍 Как узнать размер типа

cout << "Размер int: " << sizeof(int) << " байт" << endl;

💡 Полезные советы

1. Используйте **size_t для индексации и размеров
2. Для целых чисел с гарантированным размером используйте типы из <cstdint>: int32_t, uint64_t
3. Для денежных расчетов избегайте float из-за погрешностей округления

#cpp #programming

👉 @cpp_lib

FFI: как создать мост между Rust и C/C++

Сегодня мы рассмотрим, как создать безопасные FFI-интерфейсы в Rust для интеграции с C/C++ библиотеками

Если говорить проще, FFI (foreign function interface — интерфейс вызова внешних функций) – это способ «позаимствовать» функциональность из другого языка. В контексте нашей статьи, с одной стороны у нас Rust, где каждый байт памяти охраняется компилятором, а на другой C++, где свобода обращения с памятью может обернуться утечками или, что еще хуже, непредсказуемым UB (англ. undefined behavior, в ряде источников неопределенное поведение). И наша задача – сделать так, чтобы эти два мира не конфликтовали, а работали в унисон.

https://habr.com/ru/companies/mvideo/articles/892926/

#cpp #programming

👉 @cpp_lib

Какой твой любимый аспект работы с C++?

Для меня лично — это невероятная свобода и контроль, которые он даёт. Я ещё ни разу не сталкивался с тем, чтобы язык сказал мне: «нет, так нельзя». И это, на мой взгляд, делает процесс куда более увлекательным. Возникает ощущение, что ты действительно продумываешь свои решения и делаешь их максимально подходящими под себя.

А что тебе больше всего нравится? Пиши в комменты 👇

#cpp #programming

👉 @cpp_lib

Логика коэволюции компиляторов, инструментов разработки и языков программирования.

Выступление в институте iSpring 17 мая 2025 года. Огромная благодарность организаторам за приглашение и за разрешение выложить запись на моём канале.

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

00:00 Начало: бинарные цифровые компьютеры
06:00 Мнемоническое представление и проблемы двоичного кода
14:10 Релокации и изобретение линкера
17:25 Язык ассемблера, секции и ассемблер как программа
24:30 Дизассемблер.
30:25 ABI и соглашения о вызове
35:35 Библиотеки
40:55 Проблемы ассемблера
48:10 Алгоритмические языки и компиляторы
54:45 Компилятор и его ограничения
01:03:40 Оптимизации в бэкенеде: inline и LTO
01:15:00 Гарантии по именам и механизмы абстракции
01:19:55 Завершение: абстракции не случайны

источник

#cpp #programming

👉 @cpp_lib

#cpp #programming

👉 @cpp_lib

Расширенные клиентские области и безопасные зоны

Классикой современного дизайна приложений на настольных и мобильных платформах является то, что содержимое находится в центре внимания — элементы интерфейса приложения и системы органично вписываются в контент, не отвлекая пользователя. В Qt 6.9 появились две новые возможности, которые помогают достичь этого: расширенные клиентские области и безопасные зоны.

Расширенные клиентские области

Предположим, мы создаём приложение для любителей собак, в котором показываем наши любимые фотографии. Минимальный пример приложения может выглядеть так:

import QtQuick

Window {
    visible: true
    width: 800; height: 600
    Image {
        anchors.fill: parent
        source: "https://placedog.net/800/600?r"
        fillMode: Image.PreserveAspectCrop
    }
}

Это даёт нам следующее на macOS и iOS: наша собака в центре внимания. Но есть несколько элементов интерфейса, которые конкурируют за наше внимание — заголовок окна и элементы управления на macOS; а также часы, Wi-Fi и индикатор батареи на iOS. Мы можем сделать лучше!

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

Window {
    flags: Qt.ExpandedClientAreaHint | Qt.NoTitleBarBackgroundHint
    // ...
}

Чтобы скрыть заголовок окна на macOS, мы также используем Qt.NoTitleBarBackgroundHint. В результате содержимое растягивается по всему экрану, полностью фокусируя внимание на нашей собаке.

Безопасные зоны

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

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

Window {
    // ...
    Item {
        anchors {
            left: parent.left; right: parent.right; top: parent.top
            margins: 10
        }
        Text {
            text: "Throw Ball"; color: "white"; font.pointSize: 18
            anchors.left: parent.left
        }
        Text {
            text: "Give Bone"; color: "white"; font.pointSize: 18
            anchors.right: parent.right
        }
    }
}

Но это будет конфликтовать с системным интерфейсом на macOS и iOS. Чтобы избежать этого, мы используем новое присоединённое свойство SafeArea, которое сообщает, насколько нужно отступить содержимое от «небезопасных» зон окна:

anchors {
    left: parent.left; right: parent.right; top: parent.top
    topMargin: 10 + parent.SafeArea.margins.top
    leftMargin: 10 + parent.SafeArea.margins.left
    rightMargin: 10 + parent.SafeArea.margins.right
}

Это надёжно размещает кнопки ниже заголовка окна на macOS и внизу экрана на iOS, учитывая все ориентации экрана.

Qt Quick Controls

До сих пор мы использовали обычное окно Window, но в реальности вы, скорее всего, будете применять ApplicationWindow из Qt Quick Controls, который уже включает поддержку безопасных зон. При установке флага Qt.ExpandedClientAreaHint фон окна автоматически растягивается на всю область, а содержимое остаётся внутри безопасных зон. Для таких элементов, как ToolBar и MenuBar, предусмотрена автоматическая подстройка фона и содержимого под безопасные зоны.

Взгляд в будущее

Мы надеемся, что эти изменения в Qt 6.9 помогут внедрять современные UI-подходы в ваших приложениях. Функции уже доступны и поддерживаются на macOS, Windows, iOS, visionOS и Android, а в будущем мы планируем расширить поддержку на другие платформы. По умолчанию на некоторых платформах, таких как Android и iOS, флаг Qt.ExpandedClientAreaHint может быть включён автоматически. Пожалуйста, протестируйте новые возможности и сообщите нам о любых проблемах или неудовлетворённых сценариях использования.

https://www.qt.io/blog/expanded-client-areas-and-safe-areas-in-qt-6.9

#cpp #programming

👉 @cpp_lib

Сергей Добычин — constexpr-аллокатор для контейнеров стандартной библиотеки

Одна из главных фич, которая выделяет С++ среди других языков — константные вычисления. С каждым новым стандартом языка поддержка константных вычислений становится все более продвинутой.

В С++ 20 появились аллокации памяти в constexpr-выражениях, и стало возможным использовать std::vector и std::string в константных выражениях.

Но есть одно но: использовать их можно только внутри constexpr, из constexpr-функции нельзя вернуть std::string или std::vector.

В докладе рассмотрели, как, используя только лишь возможности С++23, написать аллокатор, с помощью которого можно реализовать top-level constexpr std::string, std::vector и остальные контейнеры стандартной библиотеки.

2:55 Начало. Transient выделения памяти при компиляции. Невозможность non-transient в C++
8:45 Подробный разбор предложения P0639 по CE аллокатору
11:30 Проблемы с размером буфера
18:16 Двухэтапное определения размера буфера во время компиляции
20:40 Постановка задачи: как сделать чтобы CE аллокатор сам определял размер буфера? Общий вид решения.
23:13 Интересные детали реализации
27:45 Передача инициализирующего значения через типы (разбор P2781)
31:20 Завершение: QR код на полное решение в C++20 и примеры
34:08 Вопросы

источник

#cpp #programming

👉 @cpp_lib

🧑‍💻 C++ шпаргалка

🔹 Основы синтаксиса:
int main() { ... }
Комментарии: // однострочный или /* многострочный */

🔹 Ввод/вывод:
cin >> x; — ввод
cout << x; — вывод

🔹 Типы данных:
int, float, double, char, bool, string

🔹 Условия и циклы:
if, else, switch
for, while, do-while

🔹 Функции:
returnType name(args) { ... }

🔹 Массивы и векторы:
int arr[10];
vector<int> v;

🔹 Стандартные библиотеки:
#include <iostream>
#include <vector>
#include <algorithm>

🔹 STL:
Векторы, карты, множества, строки, стек и очередь

📎 Подробнее: https://www.geeksforgeeks.org/cpp-cheatsheet/

#cpp #programming

👉 @cpp_lib

В libc добавляют size-based vector в unstable ABI

На форуме LLVM обсуждается важное предложение — добавить новый вектор, основанный на размере (size-based vector), в нестабильный ABI библиотеки libc.
⠀
Ключевые моменты:
— Новый тип vector оптимизирован под размер и производительность
— Идея — упростить работу с контейнерами и повысить эффективность стандартных операций
— Обсуждается, как это повлияет на совместимость и что потребуется для поддержки этого нововведения в экосистеме

https://discourse.llvm.org/t/adding-a-size-based-vector-to-libc-s-unstable-abi/86306

#cpp #programming

👉 @cpp_lib

Game++. Performance traps

Стандартная библиотека C++ содержит множество классов и функций, которые легко интегрируются в проект, безопасны и протестированы на множестве кейсов. Однако за удобность и всеядность приходится платить производительностью. В играх, если производительность сразу не стоит на первом месте, то к концу проекта вы получаете такой технический долг, что проще бывает всё выкинуть и начать заново. Прямолинейное использование стандартной библиотеки в большинстве случаев, когда нужен производительный и эффективный код, я сейчас не только про игры, оказывается не лучшим выбором.

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

Статья рассчитана на читателей, которые не являются гуру C++ или знатоками тонкостей языка, но в целом знакомы с языком и его идеями, хотя знание ассемблера x86 не требуется, я буду прикладывать ссылки на примеры кода quickbench, чтобы объяснить, почему даю те или иные советы.

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

https://habr.com/ru/articles/912926/

#cpp #programming

👉 @cpp_lib

Проектируем змейку под учебный RISC-V микроконтроллер

На третьем курсе некоторые направления в МИЭТ проходят лабораторный практикум, на котором им даётся возможность спроектировать собственную систему архитектуры RISC-V и написать под неё программу на С или C++.

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

В этой я расскажу о том, как была написана данная игра под платформу, поддерживающую символьный вывод.

https://habr.com/ru/articles/915450/

#cpp #programming

👉 @cpp_lib

Опенсорс от кристалла до программного стека

Нужны ли нам открытые архитектуры? Что нам нужно, чтобы они работали? В этом докладе мы попытаемся изложить основные проблемы и преимущества открытых архитектур на примере RISC-V — и расскажем про то, как происходит разработка различных инструментов, включая генераторы, компиляторы, средства бенчмаркинга.

00:00 Введение. Архитектура RISC-V, открытая и расширяемая (sigh).
05:38 Стадии конвейера и интерфейсы.
13:37 Открытые ядра на базе RISC-V, тестовое окружение и проблема верификации
19:14 Компиляторные технологии и LLVM
24:46 Моделирование и верификация RISC-V на разных уровнях и llvm-snippy
29:17 Задача бенчмаркинга и llvm-exegesis
34:24 Проблема высокоуровневого ПО, профили и развитие экосистемы
41:15 Ответы на вопросы

источник

#cpp #programming

👉 @cpp_lib

#cpp #programming

👉 @cpp_lib

Семантика для кремниевых мозгов | Юрий Минаев, PVS-Studio

Это Юрий Минаев, архитектор C++-анализатора PVS-Studio, и его доклад на C++ Zero Cost Conf 2024. Юрий рассмотрел семантику языка с точки зрения статического анализатора или фронтенда компилятора.

автор: pvsstudio_rus

#cpp #programming

👉 @cpp_lib