0Pricing
Swift Academy · Lezione

Package locali e moduli funzionali

Estrarre le funzionalità in package Swift locali per ottenere build più rapide e maggiore isolamento.

Package locali e moduli funzionali è una lezione Swift Academy gratuita su CoddyKit. Questa è la lezione 2 di 4. Puoi leggere la lezione completa qui gratuitamente — poi esercitati direttamente nel browser con un editor di codice integrato e un tutor IA disponibile 24/7. Fa parte del percorso di apprendimento Swift Academy, e i tuoi progressi si sincronizzano tra il web e l'app CoddyKit. Il corso Swift Academy include 4 lezioni in totale.

Perché usare moduli per funzionalità?

Suddividere un'app in pacchetti locali impone l'incapsulamento, accelera le build incrementali e consente lo sviluppo parallelo all'interno del team.

// Without modules: one giant target recompiles everything
// With modules: changes to FeatureA only recompile FeatureA

Creazione di un pacchetto locale

Creare una directory accanto al progetto Xcode ed eseguire swift package init al suo interno.

mkdir Features/UserProfile
cd Features/UserProfile
swift package init --name UserProfile --type library

Aggiunta al progetto Xcode

Trascinare la directory del pacchetto locale nel project navigator di Xcode. Xcode lo rileva automaticamente come pacchetto SPM.

// In Xcode:
// File → Add Package Dependencies → Add Local...
// Select the package directory

Riferimento a un pacchetto locale

Nel Package.swift dell'app (o tramite Xcode), fare riferimento ai pacchetti locali con .package(path:).

.package(path: "../Features/UserProfile"),
// In the target:
.product(name: "UserProfile", package: "UserProfile")

Superficie dell'API pubblica

Solo le dichiarazioni public e open del pacchetto locale sono accessibili dall'app. Usare il controllo degli accessi per definire il confine del modulo.

// UserProfile/Sources/UserProfile/ProfileView.swift
public struct ProfileView: View {
  public init() {}
  public var body: some View { Text("Profile") }
}

Implementazione interna

Tutti i tipi internal sono invisibili al di fuori del modulo, applicando automaticamente l'incapsulamento.

// Only visible within UserProfile module:
final class ProfileCache { ... }
struct ProfileMapper { ... }

Struttura del modulo per funzionalità

Ogni modulo di funzionalità contiene internamente i propri livelli Domain, Data e Presentation.

// UserProfile/
// ├── Sources/UserProfile/
// │   ├── Domain/         (entities, use cases, protocols)
// │   ├── Data/           (repositories)
// │   └── Presentation/   (views, view models)
// └── Tests/UserProfileTests/

Modulo Core condiviso

Estrarre le funzionalità trasversali (rete, analytics, design system) in un modulo condiviso importato dai moduli di funzionalità.

// CoreNetwork package
// CoreDesign package
// Both imported by FeatureA and FeatureB

Grafo delle dipendenze

I moduli di funzionalità non devono dipendere direttamente l'uno dall'altro. Per evitare l'accoppiamento, le dipendenze condivise devono passare attraverso un modulo Core.

// GOOD:
// FeatureA → CoreNetwork
// FeatureB → CoreNetwork
// BAD:
// FeatureA → FeatureB  (tight coupling)

Vantaggi sui tempi di build

Con confini dei moduli ben definiti, Xcode ricompila solo i moduli interessati quando cambiano i file sorgente.

// Change in UserProfile → only UserProfile recompiles
// App target links the new binary → fast incremental build

Test dei moduli di funzionalità

Ogni modulo di funzionalità ha il proprio target di test, consentendo l'esecuzione parallela dei test e una CI più rapida.

// Run all tests:
swift test --package-path Features/UserProfile
// Or let Xcode run them as part of the main test plan

Verifica rapida

Quale livello di accesso è richiesto per poter usare dall'app target le dichiarazioni di un pacchetto Swift locale?

Riepilogo della lezione

Creare pacchetti locali per le funzionalità con swift package init, farvi riferimento tramite .package(path:) ed esporre solo tipi public. Estrarre le utility condivise in un modulo Core. I moduli di funzionalità non devono dipendere l'uno dall'altro. Confini dei moduli ben definiti riducono drasticamente i tempi delle build incrementali.

Domande Frequenti

La lezione «Package locali e moduli funzionali» è gratuita?

Sì — il testo completo di «Package locali e moduli funzionali» è gratuito qui sul web. Per esercitarvi in modo interattivo (un editor di codice integrato e un tutor IA 24/7) e sbloccare il resto del corso Swift Academy, passa a CoddyKit PRO. Il corso Swift Academy include 4 lezioni in totale.

Cosa imparerò in «Package locali e moduli funzionali»?

Estrarre le funzionalità in package Swift locali per ottenere build più rapide e maggiore isolamento. Eserciti Swift Academy con codice pratico che esegui direttamente nel browser, e un tutor IA 24/7 risponde alle tue domande mentre lavori sulla lezione.

Ho bisogno di esperienza per iniziare Swift Academy?

Non è richiesta alcuna esperienza precedente. Swift Academy su CoddyKit è strutturato per principianti e studenti avanzati, quindi puoi iniziare da qui o dall'inizio e procedere al tuo ritmo. Questa è la lezione 2 di 4.

Quanto tempo richiede la lezione «Package locali e moduli funzionali»?

La maggior parte delle lezioni CoddyKit richiede circa 5–10 minuti. Ogni lezione è breve e interattiva, quindi fai progressi costanti e riprendi esattamente da dove hai lasciato su web e app.

Posso scrivere ed eseguire codice in questa lezione Swift Academy?

Sì. Ogni lezione Swift Academy include un editor di codice integrato, quindi scrivi ed esegui codice reale direttamente nel tuo browser e ricevi feedback istantaneo dall'IA — nessuna configurazione locale necessaria.

Tutte le lezioni di questo corso

  1. Package.swift: target, prodotti e dipendenze
  2. Package locali e moduli funzionali
  3. Target binari e XCFramework
  4. Versionamento, risoluzione dei conflitti e Swift Plugin
← Torna a Swift Academy