Посібник зі стеку розробки · C++

Сучасна розробка на C++.

Орієнтоване на production середовище C++26-first: власні modules проєкту, явні контракти помилок, RAII, target-based CMake, Ninja та нативні platform toolchains. C++23 лишається шляхом сумісності, якщо потрібний compiler або standard library ще не підтримує обрані можливості C++26.

Primary C++26 Compatibility C++23 Будувати CMake 3.30+ · Ninja 1.11+ Targets Desktop · Mobile · Web

Інженерна baseline.

Area	Default	Rule
Language	`C++26`	Надавайте перевагу поточному стандарту мови; використовуйте C++23 лише коли цього вимагає реальна підтримка toolchain.
Project boundaries	C++ modules	New project-owned production boundaries use `.cppm` modules by default.
Standard library	Minimal headers	Use normal standard headers in the global module fragment; do not depend on experimental `import std;`.
Помилки	`std::expected`	Робіть відновлювані помилки частиною API-контракту, а не ховайте їх за sentinel values.
Console output	`std::print` / `std::println`	Надавайте перевагу сучасному форматованому виводу замість нових ланцюжків iostream.
Build model	Target-based CMake	Тримайте compile features, sources, definitions і dependencies прив’язаними до targets-власників.
Generator	Ninja	Використовуйте окремі build trees для кожного compiler, configuration і target.

Починайте з modules, а не headers.

Межі проєкту мають прямо виражати відповідальність. Експортуйте declarations з module interfaces, тримайте нетривіальні implementation в implementation units та ізолюйте platform/third-party code за явними adapter boundaries.

C++ module interfacesrc/greeting/greeting.cppm

module;

#include <expected>
#include <string>
#include <string_view>

export module genyleap.greeting;

export namespace genyleap::greeting {

enum class GreetingError {
    EmptyName
};

[[nodiscard]] auto makeGreeting(std::string_view name)
    -> std::expected<std::string, GreetingError>;

}

C++ implementation unitsrc/greeting/greeting.cpp

module;

#include <expected>
#include <format>
#include <string>
#include <string_view>

module genyleap.greeting;

namespace genyleap::greeting {

auto makeGreeting(std::string_view name)
    -> std::expected<std::string, GreetingError>
{
    if (name.empty()) {
        return std::unexpected {GreetingError::EmptyName};
    }

    return std::format("Hello, {}.", name);
}

}

Composition rootsrc/main.cpp

#include <print>

import genyleap.greeting;

int main()
{
    const auto greeting = genyleap::greeting::makeGreeting("Genyleap");

    if (!greeting) {
        std::println("Unable to create greeting.");
        return 1;
    }

    std::println("{}", *greeting);
    return 0;
}

Target-based CMake зі скануванням modules.

Тримайте стандарт мови, module file set і dependency graph на target. Не повертайтеся до глобальних compiler flags або project-wide include directories, щоб імітувати класичну header-архітектуру.

CMakeCMakeLists.txt

cmake_minimum_required(VERSION 3.30)

project(GenyleapHello
    VERSION 0.1.0
    LANGUAGES CXX
)

add_library(genyleap_greeting)

target_compile_features(genyleap_greeting
    PUBLIC
        cxx_std_26
)

target_sources(genyleap_greeting
    PUBLIC
        FILE_SET CXX_MODULES
        FILES
            src/greeting/greeting.cppm
    PRIVATE
        src/greeting/greeting.cpp
)

set_property(
    TARGET genyleap_greeting
    PROPERTY CXX_SCAN_FOR_MODULES ON
)

add_executable(genyleap_hello
    src/main.cpp
)

target_link_libraries(genyleap_hello
    PRIVATE
        genyleap_greeting
)

target_compile_features(genyleap_hello
    PRIVATE
        cxx_std_26
)

ShellConfigure · build · test

cmake -S . -B build/dev -G Ninja \
  -DCMAKE_BUILD_TYPE=Debug

cmake --build build/dev --parallel

ctest --test-dir build/dev \
  --output-on-failure \
  --no-tests=error

Platform toolchains.

Архітектура C++ лишається переносною; compiler, SDK, linker, packaging і runtime є явними межами платформ. Ніколи не перевикористовуйте налаштований CMake tree після зміни compiler або target SDK.

Desktop · Apple

macOS.

Встановіть повний Xcode для Apple SDK і platform tools. Apple Clang — нативний compiler за замовчуванням; upstream LLVM можна тримати поруч, якщо потрібні новіші compiler features або diagnostics.

ShellInstall and verify

sudo xcode-select --switch /Applications/Xcode.app
sudo xcodebuild -license accept

brew install cmake ninja llvm

xcrun clang++ --version
cmake --version
ninja --version
xcrun --show-sdk-path

Не замінюйте Apple Clang глобально.

Select upstream LLVM per build when needed; Apple SDK integration and upstream language experimentation are separate concerns.

Desktop · Server

Linux.

Якщо важлива portability, тримайте доступними і GCC, і Clang. Налаштовуйте окремий build directory для кожного compiler і перевіряйте module support на реальній комбінації CMake/compiler/generator, а не лише за номером версії.

ShellUbuntu / Debian baseline

sudo apt update
sudo apt install -y \
  build-essential \
  clang \
  lld \
  cmake \
  ninja-build \
  gdb

ShellSeparate compiler builds

cmake -S . -B build/gcc -G Ninja \
  -DCMAKE_CXX_COMPILER=g++

cmake -S . -B build/clang -G Ninja \
  -DCMAKE_CXX_COMPILER=clang++

Desktop · Windows

Windows.

Use Visual Studio Build Tools with the C++ workload for the Windows SDK and MSVC ABI. Add LLVM when you want clang-cl diagnostics while retaining MSVC-compatible platform integration.

PowerShellInstall toolchains

winget install --id Microsoft.VisualStudio.2022.BuildTools `
  --override "--wait --passive --add Microsoft.VisualStudio.Workload.VCTools --includeRecommended"

winget install --id Kitware.CMake
winget install --id Ninja-build.Ninja
winget install --id LLVM.LLVM

Використовуйте Developer PowerShell.

Середовище MSVC compiler, linker і Windows SDK має бути ініціалізовано до налаштування CMake.

Mobile · Android

Android.

Use the Android NDK's Clang toolchain and CMake toolchain file rather than treating Android as a normal Linux desktop build. For projects that also use the current Qt baseline, the compatibility manifest currently resolves NDK r27c (27.2.12479018).

CMakeNative Android shape

cmake -S . -B build/android-arm64 -G Ninja \
  -DCMAKE_TOOLCHAIN_FILE="$ANDROID_NDK/build/cmake/android.toolchain.cmake" \
  -DANDROID_ABI=arm64-v8a \
  -DANDROID_PLATFORM=android-28

cmake --build build/android-arm64 --parallel

Тримайте Android-специфічний JNI, lifecycle, storage і permission code за adapters, щоб domain і application modules залишалися звичайним C++.

Mobile · Apple

iOS.

Use Xcode 16 or newer for the current Qt compatibility profile, and treat Apple frameworks, entitlements, signing and bundle resources as platform boundaries. Device and simulator builds are distinct targets even when they share application modules.

ShellInspect active Apple SDKs

xcodebuild -version
xcrun --sdk iphoneos --show-sdk-path
xcrun --sdk iphonesimulator --show-sdk-path
xcrun --sdk iphoneos clang++ --version

Web · wasm32

WebAssembly.

Use Emscripten when the target runtime is the browser. For the current Qt compatibility profile, Emscripten 5.0.5 is pinned automatically from upstream Qt documentation; a standalone C++/WASM project may intentionally choose a newer SDK after its own verification.

POSIX shellPin an emsdk toolchain

git clone https://github.com/emscripten-core/emsdk.git
cd emsdk

./emsdk install 5.0.5./emsdk activate 5.0.5
source ./emsdk_env.sh
em++ --version

PowerShellWindows activation

git clone https://github.com/emscripten-core/emsdk.git
Set-Location emsdk

.\emsdk.bat install 5.0.5.\emsdk.bat activate 5.0.5
.\emsdk_env.ps1
em++ --version

Browser threading, SIMD, filesystem access і network behavior — це runtime-обмеження, а не просто compiler switches. Моделюйте їх як capabilities target і перевіряйте в browser configuration, яку реально постачатимете.

Diagnostics — частина середовища розробки.

Compile-time коректність — лише один шар. Тримайте sanitizer і static-analysis builds доступними від початку, а не додавайте їх після появи важко відтворюваної помилки.

Інструмент	використання	Recommendation
`ASan`	Memory safety failures	Debug and CI where supported
`UBSan`	Undefined behavior	Pair with ASan in a dedicated diagnostic build
`TSan`	Data races	Separate build because instrumentation changes runtime behavior
`clang-tidy`	Static analysis and modernization	Editor plus CI on changed production surfaces

CMakeTarget-local sanitizer example

if(CMAKE_CXX_COMPILER_ID MATCHES "Clang|GNU")
    target_compile_options(genyleap_greeting PRIVATE
        -fsanitize=address,undefined
        -fno-omit-frame-pointer
    )

    target_link_options(genyleap_greeting PRIVATE
        -fsanitize=address,undefined
    )
endif()

Native libraries

Boost is part of the native foundation.

Use the C++ standard library first when it cleanly provides the required facility, then use Boost for capabilities that remain stronger or broader there. Keep Boost dependencies target-local, architecture-specific when compiled, and visible through modern CMake imported targets.

Open the current Boost guide

Користувацькі застосунки: переходьте на Qt усвідомлено.

Для нового графічного застосунку в стилі Genyleap стандартний interface stack — Qt Quick, QML і Qt Quick Controls поверх module-based C++ application/domain code. UI — це adapter і не володіє дубльованою business logic.

Open the current Qt guide Modern C++ engineering contract ↗