Parte 3

Dal testo semplice all’editor di codice

Aprire un file non è sempre la stessa attività. Scegli lo strumento più piccolo che esprima bene l’intenzione.

Leggi prima di modificare

echo o read spesso bastano per controllare il contenuto. Apri un editor solo quando serve davvero scrivere; su hosting remoto, ogni scrittura evitata è un rischio in meno.

install echo edit code stat

echo project/notes/ideas.txt

read project/notes/ideas.txt

`edit` per il testo, `code` per il sorgente

edit è leggero; code riconosce il linguaggio e offre una vista orientata al codice. Entrambi possono creare intenzionalmente un nuovo file con -n. La scelta dipende dal compito.

edit project/notes/ideas.txt

edit project/notes/todo.txt -n

code project/index.php -n

code project/index.php -php

Modifiche piccole e verificabili

Dopo una modifica, controlla di nuovo con stat e una lettura. Così un nome o un percorso sbagliato viene scoperto prima che causi altri errori.

stat project/index.php

echo project/index.php

Il file attivo accorcia il comando successivo

Dopo aver aperto un file supportato, $ può rappresentarne il percorso, per esempio in stat $. Se c’è dubbio, scrivi il percorso completo: una scorciatoia vale solo quando resta evidente.

code project/index.php

stat $

Sorgente e struttura sono due viste diverse

Puoi modificare INI o JSON direttamente in code. Se però il compito reale è cambiare una chiave logica, il comando specifico del formato è spesso più chiaro.

code project/config/app.ini -ini

help ini

Rendi riutilizzabile la preparazione dell’editor

Un piccolo script può installare gli editor, creare file standard e preparare uno stato noto. Automatizza la preparazione ripetitiva, non la comprensione della modifica.

Conservalo come script

Salvalo come editor-ready.lil: prepara strumenti, una nota e un file PHP per partire sempre da uno stato noto.

#lil
@install echo edit code stat
cd lil-playground
edit project/notes/todo.txt -n
code project/index.php -n
stat project/index.php