Vai al contenuto principale
ProdottiStrumenti desktopTASTECADVisualizzazione disegniTASTEFILESGestione fileTASTEFTPTrasferimento fileTASTESSHSpazio di lavoro remotoTASTEZIPCompressione ed estrazioneStrumenti per sviluppatoriTASTECODEAmbiente di sviluppo integrato per RustTASTESTUDIOAmbiente integrato di sviluppo e testTASTEETLIntegrazione dati (ETL)ServerTASTEREMOTEServer di desktop remotoTASTEGEOServer geospazialeTASTEMAILSpazio di lavoro emailIniziaDownloadDocumentazioneAcquistaTutti i prodotti
Marketplace
Notizie
TecnologiaNotizieNotizie di sviluppo di oggiDocumentazioneLinguaggi di programmazioneRustTypeScriptJavaScriptPythonGoC#JavaCC++KotlinDartFramework frontend webNext.jsReactVue.js · NuxtSvelteKitAngularFramework serverSpring BootDjangoFastAPIASP.NET CoreNestJS · ExpressFramework per app e desktopTauriFlutterReact NativeElectronAlgoritmiBasi degli algoritmiAlgoritmi fondamentaliAlgoritmi avanzatiAlgoritmi pratici
CommunityProgettiLog di sviluppoPromptProblemi degli strumenti di IAVetrinaGuida alla community
CollaboraTrasferimento tecnicoRealizzazione del sito webRealizzazione di app desktopPipeline di rilascio e pagamentoPartner commercialeContatti
ServiziDesktop remotoPacchetti di installazione su misura
TASTEDEV
Prodotti

Strumenti desktop

TASTECADApri con leggerezza anche i disegni più complessiTASTEFILESSolo i file che servono, alla massima velocitàTASTEFTPLa via più ordinata per i tuoi fileTASTESSHUn legame più solido tra te e i tuoi serverTASTEZIPComprimi più veloce, estrai più sicuro

Strumenti per sviluppatori

TASTECODEModifica, compila, esegui il debug e testa app Rust in un'unica finestraTASTESTUDIODalla modifica ai test remoti e alle correzioni IA approvateTASTEETLSposta i dati guardando i valori

Server

TASTEREMOTEUn desktop remoto che gira sul tuo serverTASTEGEOUn server geospaziale compatibile con GeoServer, ricostruito in RustTASTEMAILRiprendi il controllo della tua posta

Inizia

DownloadUltime versioni di ogni prodottoDocsCome usare ogni prodottoAcquistaAbbonamenti e licenze perpetueTutti i prodottiTutti i prodotti a colpo d’occhio
Tutti i prodotti
MarketplaceNotizie
Tecnologia

Notizie

Notizie di sviluppo di oggiAnnunci ufficiali su linguaggi, framework, GitHub e IADocumentazioneGuide a linguaggi, framework e algoritmi

Linguaggi di programmazione

RustTypeScriptJavaScriptPythonGoC#JavaCC++KotlinDart

Framework

Framework frontend webNext.jsReactVue.js · NuxtSvelteKitAngular
Framework serverSpring BootDjangoFastAPIASP.NET CoreNestJS · Express
Framework per app e desktopTauriFlutterReact NativeElectron

Algoritmi

Basi degli algoritmiAnalisi della complessità · Ordinamento · Ricerca · Strutture dati di base · Alberi e heapAlgoritmi fondamentaliVisita dei grafi · Cammini minimi e alberi ricoprenti · Programmazione dinamica · Algoritmi greedy · Divide et impera · BacktrackingAlgoritmi avanzatiAlgoritmi sulle stringhe · Matematica e teoria dei numeri · Manipolazione dei bit · Alberi di segmenti · Union-FindAlgoritmi praticiStrategia per colloqui di programmazione · Cache LRU · Rate limiting · Hashing consistente
Tutta la documentazione di sviluppo
Community
ProgettiScopri sviluppatori e lavoriLog di sviluppoDecisioni e lezioni appresePromptIstruzioni riutilizzabiliProblemi degli strumenti di IAProblemi e alternative di Claude, Codex, GeminiVetrinaRisultati completatiGuida alla communityCome sviluppiamo in modo aperto
Collabora
Trasferimento tecnicoApp native in Rust ed eguiRealizzazione del sito web10 lingue, account, documentazione e downloadRealizzazione di app desktopRust ed egui, senza WebViewPipeline di rilascio e pagamentoFirma, MSI, deb, rpm, AppImage, hashPartner commercialeConsigliaci e ricevi il 30%ContattiSviluppo, partnership e investimenti
Servizi
Desktop remotoRaggiungi il tuo computer dal browserPacchetti di installazione su misuraSolo il necessario, impostazioni precaricate
Acquista
IT
한국어EnglishDeutschEspañolFrançaisItalianoPortuguês (Brasil)日本語简体中文繁體中文
Accedi
Accedi
TASTEDEV

Dai piccoli strumenti a uno sviluppo migliore.

support@tastedev.netSostieni TASTEDEV
ProdottiGamma di prodottiAcquistaDocsDownloadMarketplaceAssistenza
CommunityProgettiLog di sviluppoPromptProblemi degli strumenti di IAVetrina
NormeInformativa sulla privacyTermini di servizioCondizioni di abbonamentoRimborsiLinee guida della community
AccountAccediRegistrati
Visitatori
Oggi
012345678901234567890123456789012345678901234567890123456789
Ieri
012345678901234567890123456789012345678901234567890123456789
Visualizzazioni totali
0123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789
Società
GXSOFT
Rappresentante
CHOI YOUNG GU
Numero di registrazione
853-44-00368
Indirizzo
9F V24, 351 Gyeongin-ro, Michuhol-gu, Incheon, Republic of Korea
Telefono
+82-10-4404-1523
E-mail
whitecalvin@tastedev.net
Responsabile privacy
CHOI YOUNG GU

© 2026 TASTEDEVLe informazioni sui prodotti si basano su fonti di sviluppo verificate.Rilasciato · in miglioramento

Documentazione di C++
C++
Getting StartedSyntax BasicsTypes and DataModules and PackagesErrors and TestingKey Concepts
Discussioni

Guida a C++ · 4/6

Modules and Packages

Per ora questo capitolo è disponibile solo in inglese.

As a program grows you need to split it across files, keep names from colliding, and pull in third-party libraries. In C++ that job has traditionally been shared by three things: header and source files, namespaces, and the build system. This chapter covers that classic setup, then looks at CMake targets, package managers, and where C++20 modules fit in.

Headers and source files

The usual convention is to put declarations in a header (.h or .hpp) and definitions in a source file (.cpp). Other files #include the header to learn what exists; the linker later connects the calls to the actual code.

// math_utils.hpp
#pragma once

namespace mathx {
int gcd(int a, int b);
double mean(const int* values, int count);
}
// math_utils.cpp
#include "math_utils.hpp"

namespace mathx {
int gcd(int a, int b) {
    while (b != 0) {
        int t = a % b;
        a = b;
        b = t;
    }
    return a;
}

double mean(const int* values, int count) {
    if (count == 0) return 0.0;
    long long sum = 0;
    for (int i = 0; i < count; ++i) sum += values[i];
    return static_cast<double>(sum) / count;
}
}

#pragma once keeps a header from being processed twice in the same translation unit. It isn't part of the standard, but every mainstream compiler supports it; the portable alternative is a classic #ifndef/#define include guard.

Separate compilation

Each .cpp file is compiled on its own into an object file, and the linker stitches the object files together. Change one source file and only that file needs recompiling.

g++ -std=c++20 -c math_utils.cpp -o math_utils.o
g++ -std=c++20 -c main.cpp -o main.o
g++ main.o math_utils.o -o app

Two linker errors come up constantly. "Undefined reference" means something was declared and used but never defined in any object file you linked. "Multiple definition" usually means a function body lives in a header that several source files include. If you really want a function defined in a header, mark it inline, or make it a template or a member function defined inside the class body.

Namespaces

Namespaces group names under a common prefix so that libraries don't trip over each other. Everything in the standard library lives in std.

#include <iostream>
#include "math_utils.hpp"

namespace app::config {          // C++17 nested namespace syntax
constexpr int retries = 3;
}

int main() {
    std::cout << mathx::gcd(12, 18) << '\n';   // 6
    std::cout << app::config::retries << '\n';

    using mathx::gcd;                           // bring in just this name
    std::cout << gcd(8, 12) << '\n';
}

Never write using namespace std; in a header: it leaks every standard name into every file that includes yours. Inside a source file, importing a few specific names with in a narrow scope is the safer habit.

Domande su questo capitolo?
Capitolo precedenteTypes and DataCapitolo successivoErrors and Testing
using

CMake targets

Modern CMake is organized around targets. Libraries and executables are targets, and the target_* commands attach include paths, compile options and dependencies to them.

cmake_minimum_required(VERSION 3.20)
project(calc LANGUAGES CXX)
set(CMAKE_CXX_STANDARD 20)
set(CMAKE_CXX_STANDARD_REQUIRED ON)

add_library(mathx src/math_utils.cpp)
target_include_directories(mathx PUBLIC include)

add_executable(calc src/main.cpp)
target_link_libraries(calc PRIVATE mathx)

PUBLIC means a setting also propagates to anything that links against the target; PRIVATE keeps it internal. Here calc automatically gets the include directory just by linking to mathx, with no extra configuration.

Package managers

C++ has no official package manager, but a few tools have become standard practice:

ToolNotes
vcpkgMaintained by Microsoft. A vcpkg.json manifest plus a CMake toolchain file
ConanPython-based. Dependencies and generators go in conanfile.txt or conanfile.py
CMake FetchContentNo extra tool: CMake downloads sources (for example from Git) and builds them with your project

In vcpkg's manifest mode you keep a vcpkg.json at the project root and point CMake at the vcpkg toolchain when configuring:

# vcpkg.json, for example: { "name": "calc", "dependencies": [ "fmt" ] }
cmake -S . -B build -DCMAKE_TOOLCHAIN_FILE=<path-to-vcpkg>/scripts/buildsystems/vcpkg.cmake
cmake --build build

Your CMakeLists.txt then uses the library with find_package(fmt CONFIG REQUIRED) and target_link_libraries(calc PRIVATE fmt::fmt). With Conan, you run conan install . --build=missing to fetch or build dependencies, then configure CMake with the toolchain file Conan generates.

C++20 modules

C++20 introduced modules to address the long-standing costs of textual #include: slow builds from reparsing the same headers, and macros leaking between files. A module exposes only what it explicitly exports.

// greet.cppm (module interface unit; some toolchains prefer .ixx)
module;                 // global module fragment: classic #includes go here
#include <string>

export module greet;

export std::string greet(const std::string& name) {
    return "Hello, " + name;
}

A consumer simply writes import greet;. C++23 goes further with import std;, which makes the whole standard library available in one line. That said, compiler and build system support for modules is still uneven, so check the documentation for your exact compiler and CMake version before adopting them in a real project. Most existing libraries are still distributed as headers.

Summary

  • Put declarations in headers and definitions in source files; compile sources separately and link them.
  • Use namespaces to avoid collisions, and keep using namespace out of headers.
  • Describe builds in CMake with add_library, add_executable and target_link_libraries.
  • Bring in third-party code with vcpkg, Conan or FetchContent.
  • C++20 modules are promising, but confirm your toolchain supports them first.

0 commenti

Commenti principaliPrima i più recenti

Accedi · Accedi per lasciare un commento.