Convenzione dove posizionare le funzioni non esportabili

Question

Convenzione dove posizionare le funzioni non esportabili

#1 da (0 voti)

2

Per esempio, diciamo che esiste un file math.js. Pensalo come un modulo che contiene molte funzioni riutilizzabili.

Il contenuto del file è:

export function area(shape) {
   normalize(shape)
   ... // real stuff here
}


function normalize(shape) {
   ... // real stuff here
}

export function circumference(shape) {
  normalize(shape)
  ... // real stuff here
}

immagina che ci siano molte più funzioni come normalize e ancora più export funzioni utili.

La domanda è: è un buon stile di codifica per mettere non le funzioni di export abili (le chiamerei funzioni private . normalize è tale funzione nel mio snippet di codice) nella parte inferiore del file ?

coding-style modules es6 export

posta Filip Bartuzi 16.11.2016 - 13:35

fonte

1 risposta

Leggi altre domande sui tag coding-style modules es6 export

Quale attributo di qualità sarebbe stato preferito usando un algoritmo di ricerca ricco? Sincronizzazione dei risultati da attività asincrone

score 0 · Accepted Answer

Direi di pensare alla leggibilità di una semplice convenzione per ogni caso (ricorda: non esiste un proiettile d'argento).

Le funzioni private di Util sono utilizzate praticamente ovunque nel modulo, tutte all'inizio o alla fine.
Funzioni utili per alcune funzioni localizzate, se possibile, inseriscile nello stesso blocco invece di dover scorrere 250 righe per verificare come viene implementata la funzione privata.

Fondamentalmente la seconda opzione sta identificando un qualche "submodule" nel tuo modulo e riapplica la tua convention localmente a quel "submodule" invece dell'intero modulo. Questo perché se hai molte funzioni private, metterle tutte alla fine o al fondo potrebbero essere meno leggibili (più scorrevoli) che raggrupparle con il set di funzioni che seguono.