Domanda

Non voglio invitare una discussione sul fatto se pseudocodice è utile o non è qui, .. ci sono un sacco di domande relative a questo. Mi trovo a scrivere pseudocodice utile a volte, ma una cosa che affiora tutto il tempo è il modo migliore fare lo esprimo?

A volte io alla fine con un approccio numerato, altre volte userò una sintassi stile C, ma il più delle volte si tratta di un mix di quello che penso sia meglio in quel momento. Questo va bene, ma in 6 mesi quando vengo a guardare oltre di nuovo non è sempre così chiaro che cosa l'intenzione era! Per combattere che ho recentemente iniziato a dividere la pagina in due e giù per la metà destra scriverò pidgin [inserire la lingua Qui] e giù per la sinistra scriverò in davvero evidente e verbose inglese.

Non credo che non ci sono 'standard' per la scrittura pseudocodice ma sono curioso di vedere come altre persone farlo e forse questo mi aiuterà a decidere su un approccio unificato.

Grazie in anticipo.

Oh, So che questa domanda è soggettiva e mi dispiace se questo non è la destinazione di SO ma è ancora una domanda valida. In realtà, ci sono poi così tante domande in prodotti che hanno una sola risposta corretta? Sarò segnando la risposta più utile come corrette.

È stato utile?

Soluzione

Io tendo a trovarmi a scrivere piccoli casi d'uso in Blocco note utilizzando il rientro ... e dopo una mezza dozzina di linee o almeno così mi rendo conto che sto scrivendo in uno stile che è essenzialmente Python, ma con un po 'meno di sintassi! Così sono arrivato alla conclusione che Python è in realtà pseudo codice e un modo fantastico per prototipare i tuoi pensieri in qualsiasi lingua sei davvero cercando di scrivere in. La cosa migliore di questa tecnica è che si già avere un riferimento è possibile confrontare il risultato finito di in caso di brutto bug.

Ci sono momenti in cui un sequenza diagramma UML è più veloce di scrittura come esercizio mentale per tracciare ciò che deve accadere, e quando, ma queste due tecniche sono quello che torno a di volta in volta.

Altri suggerimenti

Mi piace il capitolo di Steve McConnell sulla scrittura pseudocodice nel suo Codice libro completo. So che questa risposta non può essere soddisfacente se non si possiede, ma ancora, se non lo fai, il libro stesso è un must in ogni caso.

Comincio scrivendo in inglese o mista con le espressioni del linguaggio di programmazione. Allora io, passo dopo passo, sostituire inglese con le espressioni del linguaggio di programmazione ed a volte lasciare parole inglesi come commenti, e poi - voilà - ho una funzione di test - quindi è come pseudo codice + TDD tutto in un unico approccio. Devo dire, però, che io non utilizzare questo approccio sempre, solo quando devo risolvere un compito difficile o progettare un nuovo, non una classe banale.

Io in genere evitare qualsiasi tipo di linguaggio in codice del tutto e scrivere commenti su quello che voglio che accada in un dato punto del programma. Una volta che i commenti sono tutti fatti, si tratta di una questione di riempire gli spazi vuoti.

Trovo anche pseudocodice utile. Il tuo approccio di due pagine suona bene. Si potrebbe anche prendere in considerazione Literate Programmazione ; Io uso spesso uno stile LP, che fissa i miei pensieri mentre programmo, anche se in genere non utilizzare uno strumento di LP.

Non ho mai usato pseudocodice e mai sentito il bisogno di farlo, credo che il codice può essere abbastanza pulita se si dedica un po 'di tempo refactoring, non importa quale lingua stai usando.

Ho pensato che ero troppo pigro, o semplicemente contro di essa per qualche ragione, ma poi ho trovato altri pensano lo stesso

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top