I commenti su più righe sono una funzione critica in un linguaggio moderno?

2

Sto cercando di convincere i progettisti di un linguaggio che i commenti multi-linea con un inizio e una fine arbitrari sono importanti e dovrebbero essere inclusi. Attualmente esiste solo una primitiva "comment-to-end-of-line".

La loro linea di argomentazione mi ricorda ciò che alcuni dicono sul perché si dovrebbero usare spazi invece di tabulazioni. Fondamentalmente, le funzionalità dell'editor possono recuperare il gioco e rimuovere il requisito per un diverso costrutto. Quindi, se si desidera commentare più di una riga, selezionare ciò che si desidera ed eseguire una macro di qualche tipo ... per aggiungere o rimuovere un commento end-of-line su ogni riga. Ho appena letto che questa funzione esiste in Visual Studio , nonostante C / C ++ offra un commento multilinea.)

Altri suggerimenti sulla rimozione di blocchi di codice dall'esecuzione si verificano come "tagliare il codice, provarlo e utilizzare la coda di ripristino". Penso che questo non sia un modo molto semplice per tenere traccia delle informazioni "invisibili" che si potrebbero desiderare, e le code di ripetizione sono veloci per perdere informazioni nel momento in cui si colpisce anche un tasto randagio in caso di incidente. Quindi questo non mi influenza.

Posso convivere con lo spazio e il tab e metterlo nell'editor, ed è ora pervasivo. Ma per me questo è diverso, e sono insoddisfatto di queste risposte. Per me, essere in grado di commentare il codice con solo un indicatore di inizio e fine come /* e */ è estremamente utile. Passare la mano alla magia del redattore non ti consente di posizionare i tuoi avvii e terminare arbitrariamente (come commenteresti nel mezzo di una riga se tutto ciò che avevi era // ?) E anche io don ' Mi piace appoggiarmi così tanto alle funzionalità dell'editor.

Mi spiace porre una domanda con sfumature di un sondaggio d'opinione o di qualcosa di soggettivo. Ma quello che sto cercando sono argomenti oggettivi che non sto pensando, che potrebbero fornire più munizioni a sostegno di questa funzione che ritengo sia importante. (O immagino di poter accettare un argomento potente che favorisca il fatto che NON abbia un formato di commento su più righe, che sovrascrive il mio strong desiderio di averlo ... Non sto dando grandi probabilità a questo, però.)

    
posta HostileFork 22.04.2014 - 02:59
fonte

2 risposte

10

Non vedo un argomento convincente per i commenti non di linea, e personalmente non riesco a ricordare l'ultima volta che ne ho usato uno.

  1. I commenti in se stessi diminuiscono di frequenza e dovrebbero essere focalizzati sulla spiegazione del perché il codice sta facendo cose. Questo viene fatto usando commenti di linea.
  2. Lasciare codice commentato nella base di codice è una pratica anti-bestia con l'ubiquità dei sistemi di controllo del codice sorgente (e i sistemi distribuiti rendono ancora più semplice).
  3. I commenti a più linee non accetteranno o interromperanno il tuo linguaggio di programmazione.
  4. Non usiamo più coltelli di pietra e pelli d'orso. Quando ho iniziato, non pochi programmatori usavano vi (nemmeno vim) perché cose come l'evidenziazione della sintassi erano una stampella. I programmatori usano gli strumenti, ne approfitti.
risposta data 22.04.2014 - 04:37
fonte
2

Ho intenzione di andare oltre "Sì, dovrebbero essere in" e dire che sono un requisito di base per qualsiasi linguaggio moderno e qualcosa che mi aspetterei di lavorare, almeno 2 livelli, preferibilmente // e / * * / poiché è quello a cui la maggior parte degli sviluppatori è abituato.

Anche se sono d'accordo con @Telastyn che:

Leaving commented code in your code base is an anti-best practice with the ubiquity of source control systems (and distributed systems make it even easier).

L'IDE e amp; il linguaggio che uso al lavoro (Embarcadero Delphi) ha 3 tipi di commenti "//, {} e (* )", che possono essere nidificati: // in {} e {} in ( *) .
Anche i CSS e HTML hanno commenti su più righe!

Sembra che in questo caso i progettisti non stiano producendo un IDE e che la modifica venga eseguita in un editor di test di terze parti.
In questo caso c'è un altro punto importante, non tutti gli editor di testo sono uguali , sebbene la maggior parte degli editor moderni fornisca questo tipo di servizi (non sempre con le scorciatoie da tastiera), a volte potresti non avere accesso a loro o don Non voglio aprire un editor di programmatori per fare un piccolo ritocco.

Tutto torna alla produttività degli sviluppatori (come il cliente in questo caso).

I commenti su più righe possono essere estremamente utili durante lo sviluppo quando si provano cose, ri-factoring o quasi qualsiasi altro compito di sviluppo, specialmente quando è necessario cambiare le cose in più posti contemporaneamente per vedere se qualcosa funziona.

Possono anche essere utili quando si aggiungono commenti all'inizio di un file di codice sorgente, come ad esempio avvisi legali / di copyright, date di modifiche importanti / importanti (non un sostituto per i buoni commenti di commit) o qualsiasi altra cosa che possa essere utile a sono visualizzati in primo piano nella parte superiore del file per un riferimento immediato.

    
risposta data 22.04.2014 - 09:39
fonte

Leggi altre domande sui tag