{"id":3566,"date":"2022-01-10T15:47:14","date_gmt":"2022-01-10T15:47:14","guid":{"rendered":"http:\/\/the-codest.localhost\/blog\/ruby-on-rails-modularization-with-packwerk-episode-ii\/"},"modified":"2026-04-28T14:05:25","modified_gmt":"2026-04-28T14:05:25","slug":"modularizzazione-di-ruby-on-rails-con-packwerk-episodio-ii","status":"publish","type":"post","link":"https:\/\/thecodest.co\/it\/blog\/ruby-on-rails-modularization-with-packwerk-episode-ii\/","title":{"rendered":"Ruby on Rails modulare con Packwerk Episode II"},"content":{"rendered":"

Applicazione come pacchetto<\/h2>\n\n\n\n

L'approccio per modularizzare la nostra applicazione consiste nel convertire l'intera applicazione in un pacchetto.<\/p>\n\n\n\n

Creare la struttura<\/h3>\n\n\n\n

Per prima cosa, \u00e8 necessario creare app\/pacchetti<\/code> in cui verranno inseriti tutti i nostri pacchetti. Per isolare i nostri pacchetti, dobbiamo separare tutti i pacchetti da Concetto MVC<\/strong> in una cartella. Prendendo il CodiceTriage progetto<\/a><\/strong> come esempio avremo qualcosa di simile alla seguente immagine.<\/p>\n\n\n\n

\"struttura<\/figure>\n\n\n\n

Se proviamo a eseguire il server, non riuscir\u00e0 a trovare le costanti. Ecco perch\u00e9 dobbiamo aggiungere una riga di configurazione al nostro file applicazione.rb<\/code><\/p>\n\n\n\n

config.paths.add 'app\/packages', glob: '*\/{*,*\/concerns}', eager_load:true<\/code><\/pre>\n\n\n\n
Ora l'applicazione funziona, ma non riesce a trovare le viste, quindi dobbiamo aggiungere un'altra riga di configurazione al nostro file application_controller.rb<\/code><\/p>\n\n\n\n
append_view_path(Dir.glob(Rotaie<\/a>.root.join('app\/packages\/*\/views'))<\/code><\/pre>\n\n\n\n
<\/p>\n\n\n\n
Creare i pacchetti<\/h3>\n\n\n\n
La nostra struttura \u00e8 pronta, quindi ora possiamo iniziare a creare i pacchetti. Per farlo, dobbiamo solo aggiungere un elementopacchetto.yml<\/code> in ogni cartella con la seguente configurazione:<\/p>\n\n\n\n
enforce_privacy: false\napplica_dipendenze: true<\/code><\/pre>\n\n\n\n
<\/p>\n\n\n\n
\"pacchetto.yml\"<\/figure>\n\n\n\n
applicare_privacy<\/code>d\u00e0 noi<\/a> la possibilit\u00e0 di isolare tutte le costanti del pacchetto e di lavorare con un pacchetto pubblico. API<\/a>. Per esporre le costanti pubbliche, occorre aggiungere le costanti, ad esempio, in packages\/users\/app\/public.<\/code>Per ora impostiamo questa configurazione a  falso<\/em>.<\/p>\n\n\n\n
applicare_dipendenze<\/code> imporr\u00e0 la dipendenza di un pacchetto e controller\u00e0 tutti i riferimenti alle costanti. Se una dipendenza non \u00e8 definita esplicitamente, sar\u00e0 una violazione del limite.<\/p>\n\n\n\n
Convalida del sistema di pacchetti<\/h3>\n\n\n\n
Packwerk<\/strong> ha stabilito un criterio da seguire per avere un sistema di pacchetti valido. Possiamo iniziare a eseguire packwerk convalidare<\/code> nella nostra console.<\/p>\n\n\n\n
 In questo modo si controller\u00e0 la struttura delle cartelle, configurazione del pacchetto<\/strong>e la cache dei percorsi con caricamento automatico.<\/p>\n\n\n\n
In questo momento, la nostra applicazione non \u00e8 valida e dobbiamo correggere i percorsi di caricamento inpackwerk.yml<\/code>.<\/strong> A tal fine, \u00e8 sufficiente aggiungere i percorsi mancanti.<\/p>\n\n\n\n
# packwerk.yml\n\nload_paths:\n.\n.\n.\n\n# Utenti\n- app\/packages\/utenti\/controllori\n- app\/pacchetti\/utenti\/modelli\n- app\/packages\/users\/package.yml\n- app\/packages\/users\/views<\/code><\/pre>\n\n\n\n
A questo punto, siamo pronti a verificare le violazioni dei limiti nella nostra applicazione. Per verificare le violazioni, possiamo eseguirepackwerk aggiornamento-deprecazioni<\/code> , questo comando generer\u00e0 riferimenti_deprecati.yml<\/code> per ogni pacchetto. In ogni file si trovano il nome del pacchetto, il tipo di violazione e il percorso del file. Con tutte queste informazioni sappiamo dove si verifica la violazione e possiamo prendere una decisione per risolverla.<\/p>\n\n\n\n
\"riferimenti_deprecati.yml\"<\/figure>\n\n\n\n
# deprecated_references.yml\n\n.\n.\n.\n\napp\/packages\/repos:\n  \"::Repo\":\n    violazioni:\n    - dipendenza\n    file:\n    - app\/packages\/users\/models\/user.rb<\/code><\/pre>\n\n\n\n
Riprendendo l'esempio, descriveremo ogni parte dell'informazione generata
da Packwerk<\/strong>.<\/p>\n\n\n\n
- app\/pacchetti\/repos<\/code>  - dove la violazione della costante \u00e8
trovato.<\/p>\n\n\n\n
- ::Repo<\/code>  - percorso del file contenente la costante violata.<\/p>\n\n\n\n
- dipendenza<\/code>  - un tipo di violazione, sia della dipendenza che della privacy.<\/p>\n\n\n\n
- app\/packages\/users\/models\/user.rb<\/code>  - percorso del file contenente la costante violata.<\/p>\n\n\n\n
Come ultimo passo di questa sezione, non dimenticate di aggiungere i nuovi percorsi dei file generati a packwerk.ym<\/code>l ed eseguire nuovamente le convalide.<\/p>\n\n\n\n
Visualizzazione delle dipendenze<\/h3>\n\n\n\n
Con tutte le informazioni contenute nel file package.yml e nel file riferimenti_deprecati.yml<\/code>possiamo quindi
visualizzare un grafico delle dipendenze. Per farlo, dobbiamo aggiungere un'altra gemma, in questo caso useremo Pocky<\/a>.<\/p>\n\n\n\n
Rastrello in corsa pocky:generare<\/code> genereremo un file chiamato packwerk.png<\/code> dove possiamo visualizzare il nostro primo grafico delle dipendenze.<\/p>\n\n\n\n
Con tutti i pacchetti definiti, il nostro grafico avr\u00e0 questo aspetto.<\/p>\n\n\n\n
\"grafo<\/figure>\n\n\n\n
Le dipendenze esistono gi\u00e0, ma non significa che siano accettate da Packwerk<\/strong>. A
accettare una dipendenza, dobbiamo aggiungere la configurazione delle dipendenze al file pacchetto.yml<\/code>
in ogni pacchetto. Ci concentreremo su costruttori_di_posta<\/code> poich\u00e9 si tratta di un pacchetto senza dipendenza circolare. Vale la pena ricordare che Packwerk<\/strong> non ci permette di accettare dipendenze circolari.<\/p>\n\n\n\n
# app\/packages\/mail_builders\/package.yml\n\n``ruby\nenforce_privacy: false\nenforce_dependencies: true\ndipendenze:\n- app\/pacchetti\/docs\n- app\/pacchetti\/problemi\n- app\/pacchetti\/repos<\/code><\/pre>\n\n\n\n
Dopo aver aggiunto questa configurazione, Pocky<\/strong> colorer\u00e0 di verde le dipendenze accettate.<\/p>\n\n\n\n
\"con<\/figure>\n\n\n\n
Possiamo eliminare riferimenti_deprecati.yml<\/code> da app\/packages\/mail_builders<\/code> ed eseguire
packwerk aggiornamento-deprecazioni<\/code> di nuovo. Il file non verr\u00e0 generato di nuovo, poich\u00e9 tutti i file
sono state corrette per questo pacchetto. \u00c8 importante menzionare che, anche se non si tratta di Grafico con dipendenze accettate<\/p>\n\n\n\n
Rubino<\/a> sulla modularizzazione di Rails con Packwerk<\/strong> accettare le dipendenze la nostra applicazione continuer\u00e0 a funzionare come prima, ma ora abbiamo pi\u00f9
informazioni per prendere decisioni e rifattorizzare.<\/p>\n\n\n\n
Rimuovere le dipendenze circolari<\/h3>\n\n\n\n
Nel nostro grafico precedente, avevamo molte dipendenze circolari che dovevano essere risolte in qualche modo. Abbiamo diverse strategie per farlo:<\/p>\n\n\n\n
- Non fare nulla,<\/p>\n\n\n\n
- Accettare le dipendenze, unire i pacchetti,<\/p>\n\n\n\n
- Muoversi codice<\/a> tra i pacchetti,<\/p>\n\n\n\n
- Duplicare una funzionalit\u00e0, <\/p>\n\n\n\n
- Eseguire l'iniezione di dipendenza o l'iniezione di dipendenza con tipizzazione.<\/p>\n\n\n\n
Un problema \u00e8 che per fare un refactor corretto, dobbiamo conoscere la base di codice. Non ho molta familiarit\u00e0 con la base di codice di questo progetto, dato che l'ho preso come esempio, quindi per ragioni pratiche sceglieremo la prima strategia, non fare nulla. Anche se eviteremo la maggior parte delle operazioni di refactoring, vogliamo lavorare sulle dipendenze nel radice<\/em> pacchetto.<\/p>\n\n\n\n
Il pacchetto radice contiene tutto il collante del pacchetto Struttura Rails<\/strong>Tutte le classi da cui ereditiamo e che facciamo funzionare insieme. Quindi, per risolvere il problema delle dipendenze circolari, creeremo un nuovo pacchetto chiamato rails nei seguenti passi:<\/p>\n\n\n\n
    \n
  1. Spostare tutti i file e le cartelle dell'applicazione dall'app a app\/pacchetti\/rails<\/code>.<\/li>\n\n\n\n
  2. Creare unpacchetto.yml<\/code> per il pacchetto con la stessa configurazione dei pacchetti precedenti.<\/li>\n\n\n\n
  3. Aggiungete tutti i nuovi percorsi dei file a packwerk.yml<\/code>.<\/li>\n\n\n\n
  4. Aggiungi app\/pacchetti\/rails<\/code> come dipendenza dal resto dei pacchetti.<\/li>\n<\/ol>\n\n\n\n
    Una volta creato il pacchetto, inizieremo a notare molti file che possono essere ristrutturati. Dopo aver spostato tutto nel pacchetto corrispondente e dopo aver accettato
    dipendenze, avremo una nuova struttura e un grafo pi\u00f9 pulito.<\/p>\n\n\n\n
    \"Struttura<\/figure>\n\n\n\n
    \"Grafico<\/figure>\n\n\n\n
    Rimuovere le dipendenze dal pacchetto principale<\/h3>\n\n\n\n
    Ora il nostro grafico ha un aspetto migliore, sarebbe bello se potessimo rimuovere tutte le dipendenze dal pacchetto principale. Se controlliamo deprecated_references.yml nel pacchetto radice, noteremo che la maggior parte di esse proviene da test<\/code> , lib\/tasks<\/code> , db<\/code> e configurazione<\/code>
    cartella. Per risolvere queste dipendenze, creeremo una cartella di test all'interno di ogni pacchetto. Avendo qualcosa come app\/pacchetti\/utenti\/test<\/code>. Successivamente, escluderemo lib\/tasks<\/code> , db<\/code> e configurazione<\/code>tra le altre cartelle di Packwerk<\/strong> poich\u00e9 queste dipendenze non sono importanti per la nostra analisi e non abbiamo un modo semplice per risolverle. Aggiungeremo quanto segue al nostro file packwerk.yml<\/em>.<\/p>\n\n\n\n
    escludere:\n- \"{bin,node_modules,script,tmp,vendor,lib,db,config,perf_scripts}\/**\/*\"\n- \"lib\/tasks\/**\/*.rake\"<\/code><\/pre>\n\n\n\n
    Dopo aver spostato tutti i test dal pacchetto root ed escluso le cartelle dall'analisi, avremo un nuovo grafico senza le dipendenze da root.<\/p>\n\n\n\n
    \"Grafico<\/figure>\n\n\n\n
    Come possiamo vedere, abbiamo ancora dipendenze circolari inutenti<\/code> , repos<\/code> , e documenti<\/code> . Anche se non li abbiamo risolti, ora abbiamo informazioni importanti da trasmettere. Sappiamo che ogni squadra<\/a> che esegue modifiche in uno di questi pacchetti dovr\u00e0 probabilmente eseguire modifiche nei pacchetti con la dipendenza circolare. D'altra parte, sappiamo che un team pu\u00f2 lavorare su github_fetchers<\/code> esclusivamente, sapendo quali sono i pacchetti
    che si fa influenzare dai cambiamenti in ogni momento.<\/p>\n\n\n\n
    Potete trovare il risultato finale del progetto qui<\/a>.<\/p>\n\n\n\n
    Passo successivo<\/h3>\n\n\n\n
    Come passo successivo, si potrebbe imporre una privacy costante in ogni pacchetto ed esporre solo l'API pubblica che sar\u00e0 accessibile da altri pacchetti. Si pu\u00f2 facilmente configurare la posizione dell'API in pacchetto.yml<\/em>.<\/p>\n\n\n\n
    enforce_privacy: true\nenforce_dependencies: true\npublic_path: my\/custom\/path\/<\/code><\/pre>\n\n\n\n
     <\/code><\/p>\n\n\n\n
    Conclusioni<\/h2>\n\n\n\n
    Packwerk<\/strong> ci fornisce molte informazioni sulla nostra applicazione e con queste informazioni possiamo prendere decisioni per migliorare il flusso di lavoro dei nostri team. Anche se il processo sembra essere lungo e con molte configurazioni, non deve essere sempre cos\u00ec. Possiamo iniziare a creare pacchetti solo per il nuovo codice aggiunto alla nostra applicazione e poi modulare gradualmente. Ora possiamo iniziare a parlare di modularizzazione graduale, un concetto introdotto da Stephan Hagemann. \"Possiamo, per la prima volta, decidere di iniziare a modularizzare una porzione di codice in modo aspirazionale... Questo ci permette di creare un sistema di supporto in graduale espansione verso una migliore struttura dell'applicazione\".<\/em><\/p>\n\n\n\n
    Fonti<\/h2>\n\n\n\n
      \n
    1. Modularizzazione graduale per Ruby on Rails - Stephan Hagemann<\/a><\/li>\n\n\n\n
    2. Applicare la modularit\u00e0 alle applicazioni Rails con Packwerk<\/a><\/li>\n\n\n\n
    3. Packwerk Github<\/a><\/li>\n\n\n\n
    4. Codice sorgente dell'articolo<\/a><\/li>\n<\/ol>\n\n\n\n
      \"Consulenza<\/a><\/figure>\n\n\n\n
      Per saperne di pi\u00f9<\/strong><\/p>\n\n\n\n
      GraphQL Ruby. E le prestazioni?<\/a><\/p>\n\n\n\n
      Rotaie e altri mezzi di trasporto<\/a><\/p>\n\n\n\n
      Sviluppo di Rails con TMUX, Vim, Fzf + Ripgrep<\/a><\/p>","protected":false},"excerpt":{"rendered":"
      Nella seconda puntata della nostra modularizzazione dell'Ruby on Rails con Packwerk esamineremo da vicino il concetto di applicazione come pacchetto.<\/p>","protected":false},"author":2,"featured_media":3567,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"inline_featured_image":false,"footnotes":""},"categories":[8],"tags":[],"class_list":["post-3566","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-software-development"],"acf":[],"yoast_head":"\nRuby on Rails modularization with Packwerk Episode II - The Codest<\/title>\n<meta name=\"description\" content=\"In the second episode of our Ruby on Rails modularization with Packwerk we will take a close look at the concept of application as an package.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/thecodest.co\/it\/blog\/modularizzazione-di-ruby-on-rails-con-packwerk-episodio-ii\/\" \/>\n<meta property=\"og:locale\" content=\"it_IT\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Ruby on Rails modularization with Packwerk Episode II\" \/>\n<meta property=\"og:description\" content=\"In the second episode of our Ruby on Rails modularization with Packwerk we will take a close look at the concept of application as an package.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/thecodest.co\/it\/blog\/modularizzazione-di-ruby-on-rails-con-packwerk-episodio-ii\/\" \/>\n<meta property=\"og:site_name\" content=\"The Codest\" \/>\n<meta property=\"article:published_time\" content=\"2022-01-10T15:47:14+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-04-28T14:05:25+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/thecodest.co\/app\/uploads\/2024\/05\/ruby_on_rails_modularization_with_packwerk_-__-_episode_2.png\" \/>\n\t<meta property=\"og:image:width\" content=\"960\" \/>\n\t<meta property=\"og:image:height\" content=\"540\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"thecodest\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"thecodest\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"8 minuti\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/thecodest.co\\\/blog\\\/ruby-on-rails-modularization-with-packwerk-episode-ii\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/thecodest.co\\\/blog\\\/ruby-on-rails-modularization-with-packwerk-episode-ii\\\/\"},\"author\":{\"name\":\"thecodest\",\"@id\":\"https:\\\/\\\/thecodest.co\\\/#\\\/schema\\\/person\\\/7e3fe41dfa4f4e41a7baad4c6e0d4f76\"},\"headline\":\"Ruby on Rails modularization with Packwerk Episode II\",\"datePublished\":\"2022-01-10T15:47:14+00:00\",\"dateModified\":\"2026-04-28T14:05:25+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/thecodest.co\\\/blog\\\/ruby-on-rails-modularization-with-packwerk-episode-ii\\\/\"},\"wordCount\":1295,\"commentCount\":0,\"publisher\":{\"@id\":\"https:\\\/\\\/thecodest.co\\\/#organization\"},\"image\":{\"@id\":\"https:\\\/\\\/thecodest.co\\\/blog\\\/ruby-on-rails-modularization-with-packwerk-episode-ii\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/thecodest.co\\\/app\\\/uploads\\\/2024\\\/05\\\/ruby_on_rails_modularization_with_packwerk_-__-_episode_2.png\",\"articleSection\":[\"Software Development\"],\"inLanguage\":\"it-IT\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/thecodest.co\\\/blog\\\/ruby-on-rails-modularization-with-packwerk-episode-ii\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/thecodest.co\\\/blog\\\/ruby-on-rails-modularization-with-packwerk-episode-ii\\\/\",\"url\":\"https:\\\/\\\/thecodest.co\\\/blog\\\/ruby-on-rails-modularization-with-packwerk-episode-ii\\\/\",\"name\":\"Ruby on Rails modularization with Packwerk Episode II - The Codest\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/thecodest.co\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/thecodest.co\\\/blog\\\/ruby-on-rails-modularization-with-packwerk-episode-ii\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/thecodest.co\\\/blog\\\/ruby-on-rails-modularization-with-packwerk-episode-ii\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/thecodest.co\\\/app\\\/uploads\\\/2024\\\/05\\\/ruby_on_rails_modularization_with_packwerk_-__-_episode_2.png\",\"datePublished\":\"2022-01-10T15:47:14+00:00\",\"dateModified\":\"2026-04-28T14:05:25+00:00\",\"description\":\"In the second episode of our Ruby on Rails modularization with Packwerk we will take a close look at the concept of application as an package.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/thecodest.co\\\/blog\\\/ruby-on-rails-modularization-with-packwerk-episode-ii\\\/#breadcrumb\"},\"inLanguage\":\"it-IT\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/thecodest.co\\\/blog\\\/ruby-on-rails-modularization-with-packwerk-episode-ii\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"it-IT\",\"@id\":\"https:\\\/\\\/thecodest.co\\\/blog\\\/ruby-on-rails-modularization-with-packwerk-episode-ii\\\/#primaryimage\",\"url\":\"https:\\\/\\\/thecodest.co\\\/app\\\/uploads\\\/2024\\\/05\\\/ruby_on_rails_modularization_with_packwerk_-__-_episode_2.png\",\"contentUrl\":\"https:\\\/\\\/thecodest.co\\\/app\\\/uploads\\\/2024\\\/05\\\/ruby_on_rails_modularization_with_packwerk_-__-_episode_2.png\",\"width\":960,\"height\":540},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/thecodest.co\\\/blog\\\/ruby-on-rails-modularization-with-packwerk-episode-ii\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/thecodest.co\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Ruby on Rails modularization with Packwerk Episode II\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/thecodest.co\\\/#website\",\"url\":\"https:\\\/\\\/thecodest.co\\\/\",\"name\":\"The Codest\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\\\/\\\/thecodest.co\\\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/thecodest.co\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"it-IT\"},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/thecodest.co\\\/#organization\",\"name\":\"The Codest\",\"url\":\"https:\\\/\\\/thecodest.co\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"it-IT\",\"@id\":\"https:\\\/\\\/thecodest.co\\\/#\\\/schema\\\/logo\\\/image\\\/\",\"url\":\"https:\\\/\\\/thecodest.co\\\/app\\\/uploads\\\/2024\\\/03\\\/thecodest-logo.svg\",\"contentUrl\":\"https:\\\/\\\/thecodest.co\\\/app\\\/uploads\\\/2024\\\/03\\\/thecodest-logo.svg\",\"width\":144,\"height\":36,\"caption\":\"The Codest\"},\"image\":{\"@id\":\"https:\\\/\\\/thecodest.co\\\/#\\\/schema\\\/logo\\\/image\\\/\"},\"sameAs\":[\"https:\\\/\\\/pl.linkedin.com\\\/company\\\/codest\",\"https:\\\/\\\/clutch.co\\\/profile\\\/codest\"]},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/thecodest.co\\\/#\\\/schema\\\/person\\\/7e3fe41dfa4f4e41a7baad4c6e0d4f76\",\"name\":\"thecodest\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"it-IT\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/5dbfe6a1e8c86e432e8812759e34e6fe82ebac75119ae3237a6c1311fa19caf4?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/5dbfe6a1e8c86e432e8812759e34e6fe82ebac75119ae3237a6c1311fa19caf4?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/5dbfe6a1e8c86e432e8812759e34e6fe82ebac75119ae3237a6c1311fa19caf4?s=96&d=mm&r=g\",\"caption\":\"thecodest\"},\"url\":\"https:\\\/\\\/thecodest.co\\\/it\\\/author\\\/thecodest\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Ruby on Rails modulare con Packwerk Episodio II - The Codest","description":"Nella seconda puntata della nostra modularizzazione dell'Ruby on Rails con Packwerk esamineremo da vicino il concetto di applicazione come pacchetto.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/thecodest.co\/it\/blog\/modularizzazione-di-ruby-on-rails-con-packwerk-episodio-ii\/","og_locale":"it_IT","og_type":"article","og_title":"Ruby on Rails modularization with Packwerk Episode II","og_description":"In the second episode of our Ruby on Rails modularization with Packwerk we will take a close look at the concept of application as an package.","og_url":"https:\/\/thecodest.co\/it\/blog\/modularizzazione-di-ruby-on-rails-con-packwerk-episodio-ii\/","og_site_name":"The Codest","article_published_time":"2022-01-10T15:47:14+00:00","article_modified_time":"2026-04-28T14:05:25+00:00","og_image":[{"width":960,"height":540,"url":"https:\/\/thecodest.co\/app\/uploads\/2024\/05\/ruby_on_rails_modularization_with_packwerk_-__-_episode_2.png","type":"image\/png"}],"author":"thecodest","twitter_card":"summary_large_image","twitter_misc":{"Written by":"thecodest","Est. reading time":"8 minuti"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/thecodest.co\/blog\/ruby-on-rails-modularization-with-packwerk-episode-ii\/#article","isPartOf":{"@id":"https:\/\/thecodest.co\/blog\/ruby-on-rails-modularization-with-packwerk-episode-ii\/"},"author":{"name":"thecodest","@id":"https:\/\/thecodest.co\/#\/schema\/person\/7e3fe41dfa4f4e41a7baad4c6e0d4f76"},"headline":"Ruby on Rails modularization with Packwerk Episode II","datePublished":"2022-01-10T15:47:14+00:00","dateModified":"2026-04-28T14:05:25+00:00","mainEntityOfPage":{"@id":"https:\/\/thecodest.co\/blog\/ruby-on-rails-modularization-with-packwerk-episode-ii\/"},"wordCount":1295,"commentCount":0,"publisher":{"@id":"https:\/\/thecodest.co\/#organization"},"image":{"@id":"https:\/\/thecodest.co\/blog\/ruby-on-rails-modularization-with-packwerk-episode-ii\/#primaryimage"},"thumbnailUrl":"https:\/\/thecodest.co\/app\/uploads\/2024\/05\/ruby_on_rails_modularization_with_packwerk_-__-_episode_2.png","articleSection":["Software Development"],"inLanguage":"it-IT","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/thecodest.co\/blog\/ruby-on-rails-modularization-with-packwerk-episode-ii\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/thecodest.co\/blog\/ruby-on-rails-modularization-with-packwerk-episode-ii\/","url":"https:\/\/thecodest.co\/blog\/ruby-on-rails-modularization-with-packwerk-episode-ii\/","name":"Ruby on Rails modulare con Packwerk Episodio II - The Codest","isPartOf":{"@id":"https:\/\/thecodest.co\/#website"},"primaryImageOfPage":{"@id":"https:\/\/thecodest.co\/blog\/ruby-on-rails-modularization-with-packwerk-episode-ii\/#primaryimage"},"image":{"@id":"https:\/\/thecodest.co\/blog\/ruby-on-rails-modularization-with-packwerk-episode-ii\/#primaryimage"},"thumbnailUrl":"https:\/\/thecodest.co\/app\/uploads\/2024\/05\/ruby_on_rails_modularization_with_packwerk_-__-_episode_2.png","datePublished":"2022-01-10T15:47:14+00:00","dateModified":"2026-04-28T14:05:25+00:00","description":"Nella seconda puntata della nostra modularizzazione dell'Ruby on Rails con Packwerk esamineremo da vicino il concetto di applicazione come pacchetto.","breadcrumb":{"@id":"https:\/\/thecodest.co\/blog\/ruby-on-rails-modularization-with-packwerk-episode-ii\/#breadcrumb"},"inLanguage":"it-IT","potentialAction":[{"@type":"ReadAction","target":["https:\/\/thecodest.co\/blog\/ruby-on-rails-modularization-with-packwerk-episode-ii\/"]}]},{"@type":"ImageObject","inLanguage":"it-IT","@id":"https:\/\/thecodest.co\/blog\/ruby-on-rails-modularization-with-packwerk-episode-ii\/#primaryimage","url":"https:\/\/thecodest.co\/app\/uploads\/2024\/05\/ruby_on_rails_modularization_with_packwerk_-__-_episode_2.png","contentUrl":"https:\/\/thecodest.co\/app\/uploads\/2024\/05\/ruby_on_rails_modularization_with_packwerk_-__-_episode_2.png","width":960,"height":540},{"@type":"BreadcrumbList","@id":"https:\/\/thecodest.co\/blog\/ruby-on-rails-modularization-with-packwerk-episode-ii\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/thecodest.co\/"},{"@type":"ListItem","position":2,"name":"Ruby on Rails modularization with Packwerk Episode II"}]},{"@type":"WebSite","@id":"https:\/\/thecodest.co\/#website","url":"https:\/\/thecodest.co\/","name":"The Codest","description":"","publisher":{"@id":"https:\/\/thecodest.co\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/thecodest.co\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"it-IT"},{"@type":"Organization","@id":"https:\/\/thecodest.co\/#organization","name":"The Codest","url":"https:\/\/thecodest.co\/","logo":{"@type":"ImageObject","inLanguage":"it-IT","@id":"https:\/\/thecodest.co\/#\/schema\/logo\/image\/","url":"https:\/\/thecodest.co\/app\/uploads\/2024\/03\/thecodest-logo.svg","contentUrl":"https:\/\/thecodest.co\/app\/uploads\/2024\/03\/thecodest-logo.svg","width":144,"height":36,"caption":"The Codest"},"image":{"@id":"https:\/\/thecodest.co\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/pl.linkedin.com\/company\/codest","https:\/\/clutch.co\/profile\/codest"]},{"@type":"Person","@id":"https:\/\/thecodest.co\/#\/schema\/person\/7e3fe41dfa4f4e41a7baad4c6e0d4f76","name":"thecodest","image":{"@type":"ImageObject","inLanguage":"it-IT","@id":"https:\/\/secure.gravatar.com\/avatar\/5dbfe6a1e8c86e432e8812759e34e6fe82ebac75119ae3237a6c1311fa19caf4?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/5dbfe6a1e8c86e432e8812759e34e6fe82ebac75119ae3237a6c1311fa19caf4?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/5dbfe6a1e8c86e432e8812759e34e6fe82ebac75119ae3237a6c1311fa19caf4?s=96&d=mm&r=g","caption":"thecodest"},"url":"https:\/\/thecodest.co\/it\/author\/thecodest\/"}]}},"_links":{"self":[{"href":"https:\/\/thecodest.co\/it\/wp-json\/wp\/v2\/posts\/3566","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/thecodest.co\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/thecodest.co\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/thecodest.co\/it\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/thecodest.co\/it\/wp-json\/wp\/v2\/comments?post=3566"}],"version-history":[{"count":10,"href":"https:\/\/thecodest.co\/it\/wp-json\/wp\/v2\/posts\/3566\/revisions"}],"predecessor-version":[{"id":7983,"href":"https:\/\/thecodest.co\/it\/wp-json\/wp\/v2\/posts\/3566\/revisions\/7983"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/thecodest.co\/it\/wp-json\/wp\/v2\/media\/3567"}],"wp:attachment":[{"href":"https:\/\/thecodest.co\/it\/wp-json\/wp\/v2\/media?parent=3566"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/thecodest.co\/it\/wp-json\/wp\/v2\/categories?post=3566"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/thecodest.co\/it\/wp-json\/wp\/v2\/tags?post=3566"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}