Software Free & Open Source

Questo capitolo ti spiegherà come rendere la tua libreria installabile tramite Composer. Ogni progetto è un pacchetto # Non appena si crea un file composer.json in una directory, quella directory diventa un pacchetto. Quando si aggiunge un file require a un progetto, si crea un pacchetto che dipende da altri pacchetti. L'unica differenza tra il progetto e una libreria è che il progetto è un pacchetto senza nome. Per rendere installabile quel pacchetto è necessario assegnargli un nome. Lo si fa aggiungendo la name proprietà in composer.json : { "name": "acme/hello-world", "require": { "monolog/monolog": "1.0.*" } } In questo caso il nome del progetto è acme/hello-world , dove acme è il nome del fornitore. Fornire il nome del fornitore è obbligatorio. Nota: se non sai quale nome utilizzare come fornitore, il tuo nome utente di GitHub è solitamente una buona opzione. I nomi dei pacchetti devon...

Per la nostra introduzione all'utilizzo di base, installeremo Composer monolog/monolog , una libreria di logging. Se non hai ancora installato Composer, consulta il capitolo Introduzione . Nota: per semplicità, questa introduzione presuppone che tu abbia già effettuato un'installazione locale di Composer. composer.json : Impostazione del progetto # Per iniziare a usare Composer nel tuo progetto, ti basta un composer.json file. Questo file descrive le dipendenze del tuo progetto e può contenere anche altri metadati. In genere, dovrebbe trovarsi nella directory principale del tuo progetto/repository VCS. Tecnicamente, puoi eseguire Composer ovunque, ma se vuoi pubblicare un pacchetto su Packagist.org, dovrà essere in grado di trovare il file nella directory principale del tuo repository VCS. La require chiave # La prima cosa che specifichi composer.json è la require chiave. Stai dicendo a Composer da quali pacchetti dipende il tuo progetto. { "requir...

Composer è uno strumento per la gestione delle dipendenze in PHP. Permette di dichiarare le librerie da cui dipende il progetto e si occuperà di gestirle (installarle/aggiornarle) automaticamente. Gestione delle dipendenze # Composer non è un gestore di pacchetti nello stesso senso di Yum o Apt. Certo, si occupa di "pacchetti" o librerie, ma li gestisce a livello di singolo progetto, installandoli in una directory (ad esempio `composer` vendor ) all'interno del progetto stesso. Per impostazione predefinita, non installa nulla a livello globale. Pertanto, è un gestore di dipendenze. Tuttavia, per comodità, supporta un progetto "globale" tramite il comando `global` . Questa idea non è nuova e Composer è fortemente ispirato a npm di Node.js e a Bundler di Ruby . Supponiamo: Hai un progetto che dipende da diverse librerie. Alcune di queste biblioteche dipendono da altre biblioteche. Compositore: Consente di dichiarare le librerie da cu...

  Composer è il gestore di dipendenze standard per l'ecosistema PHP, ispirato a strumenti come npm per Node.js o Bundler per Ruby. Semplifica la gestione delle librerie di terze parti installando, aggiornando e tracciando i pacchetti necessari a un progetto. Architettura e Componenti Chiave Componente Ruolo Descrizione composer.json Configurazione Dichiara le dipendenze, i vincoli di versione e le regole di caricamento delle classi. composer.lock Blocco Versioni Registra le versioni esatte installate per garantire che tutti gli ambienti (dev, test, prod) siano identici. Packagist Repository Il registro pubblico principale ( packagist.org ) da cui vengono cercati e scaricati i pacchetti. vendor/ Directory Output Cartella che contiene il codice di terze parti e il file di avvio vendor/autoload.php . Usi Principali Risoluzione delle Dipendenze : Verifica la compatibilità tra le librerie richieste e scarica automatica...

La proprietà di cui abbiamo bisogno è @font-face, una delle regole appartenenti alle @-rules. Con questa proprietà è possibile, infatti, caricare all’interno delle pagine web font non standard salvati fisicamente all’interno della directory del sito web. Questo ci consente, quindi, di visualizzare correttamente il font su tutti i browser anche quando esso non è installato all’interno del PC dell’utente. Tipologie di fonts. Prima di vedere insieme come integrare font personalizzati nelle nostre pagine, bisogna fare una precisazione sul formato di font accettato dai vari browser. Tale precisazione è d’obbligo perché, come di consueto, Internet Explorer non supporta il formato classico TTF. Supporto dei browser. Come abbiamo visto dalla tabella, Internet Explorer, nonostante sia stato il primo browser a supportare i font personalizzati, non fornisce supporto ai TrueType ma solo ai file Embedded OpenType.

Stanchi dei soliti Verdana, Arial e Times New Roman? Se la risposta è sì, il modulo CSS Fonts dei CSS3 vi offre la soluzione. Grazie alla direttiva @font-face, infatti, possiamo usare i nostri font preferiti e servirli all’utente in un modo facile e veloce. Non è più necessario ricorrere a tecniche alternative come la sIFR, possiamo affidarci a quanto fissato nelle specifiche del W3C a proposito dei cosiddetti web fonts. Con questa definizione ci si riferisce di solito ai font che l’utente può scaricare per visualizzare una pagina secondo le caratteristiche tipografiche fissate dall’autore nel foglio di stile. Questa funzionalità era già prevista nei CSS 2, ma era stata poi eliminata nella specifica CSS 2.1. Ora, finalmente si direbbe, ha trovato un posto definitivo tra gli standard per il web nei CSS3. Tra l’altro, i web fonts caricati con @font-face sono supportati da anni, dalla versione 4.0, sul browser più diffuso: Internet Explorer. Negli ultimi 2/3 anni si sono accodati tu...

La gestione del testo e della tipografia è un aspetto essenziale dei CSS. Le proprietà che definiscono il modo in cui il testo appare sullo schermo sono tante e abbiamo deciso di suddividere l’argomento in due lezioni. Iniziamo quindi dalle proprietà di base. Sono quelle che definiscono i seguenti aspetti:     il font da usare;     la sua dimensione;     la sua consistenza     l’interlinea tra le righe;     l’allineamento del testo:     la sua decorazione (sottolineature, etc.). Presenteremo qui una panoramica generale. Per gli approfondimenti è vivamente consigliata anche la lettura degli articoli suggeriti alla fine della lezione.

Lo sviluppo web è radicalmente cambiato negli ultimi anni. Fino a qualche tempo fa l’implementazione di elementi dinamici nella pagine HTML veniva realizzata con spezzoni di codice Javascript creati ad hoc, che spesso, all’aumentare della complessità divenivano intricati e difficile da mantenere. Per garantire certe qualità di un sito e mantenere il codice entro dimensioni contenute, sono state introdotte da diversi soggetti (Google, Yahoo, ma anche singoli web developer come John Resig) delle librerie di funzioni JavaScript (dette in gergo tecnico API, Application Programming Interface o anche Framework ) che facilitano notevolmente il compito del programmatore. In questa lezione iniziamo lo studio delle caratteristiche salienti della libreria jQuery che utilizzeremo per riscrivere alcuni degli esempi già visti. La libreria jQuery. jQuery ( http://jquery.com/ ) è stata ideata e sviluppata da John Resig che ha pubblicato la prima versione nel 2005. Da allora ha subito ...

Catalyst è un framework open source per lo sviluppo di applicazioni web. È scritto in Perl e segue piuttosto strettamente l'architettura MVC (Model-view-controller). Catalyst supporta una varietà di web pattern sperimentali, e si ispira ad altri framework quali Ruby On Rails, Maypole, e Spring. Il principale canale di distribuzione di Catalyst è, come per la gran parte del software sviluppato in Perl, CPAN. Filosofia. Catalyst è basato sul principio DRY (Don't Repeat Yourself, non ripeterti), il che indica che ogni definizione all'interno del proprio codice va specificata una volta sola. Catalyst, ad esempio attraverso il loader di DBIx::Class, può generare automaticamente le classi del modello a partire dal database, non rendendo quindi necessaria la scrittura di alcun codice al livello di database. Esso tuttavia fornisce anche l'opzione di fare a mano, se ciò che si cerca è la massima flessibilità. Questo concetto vale non solo per il database ma per molti ...

Il Rapid Application Development (indicato anche con l'acronimo RAD , letteralmente "sviluppo rapido di applicazioni") è una metodologia di sviluppo del software introdotta inizialmente da James Martin negli anni ottanta. Questa metodologia coinvolge modelli di sviluppo iterativi, la costruzione di prototipi e l'utilizzo di strumenti CASE. Solitamente questo approccio allo sviluppo comporta compromessi tra usabilità, funzionalità e velocità d'esecuzione. Lo sviluppo del software fa riferimento allo sviluppo di applicazioni per la programmazione e differisce dalla programmazione in sé e per sé dato che prevede maggiori responsabilità, includendo la comprensione dei requisiti e la fase di testing. Il RAD nacque in risposta alle metodologie di programmazione sviluppate negli anni settanta, come ad esempio il modello a cascata, che soffrivano principalmente del problema della lentezza di sviluppo. Spesso accadeva che i requisiti dell'applicazione cambiass...