Styler nel terminale di trading MetaTrader 5

 

Discutere la styler MQL5. Iniziato qui


Devo guardare un codice diverso. Questo include il codice scritto male.

Una buona formattazione facilita notevolmente la lettura del codice.


Perciò, imho, la cosa rimarrà non richiesta dalla maggior parte dei normali codificatori a causa della formattazione specifica e della mancanza di opzioni.

Propongo di aggiungere la personalizzazione o di formattare in uno stile veramente comune.

Come opzione - rendere possibile la scelta di uno dei 2-3 stili.

Вот это стиль! :) - MQL4 форум
  • www.mql5.com
Вот это стиль! :) - MQL4 форум
 
TheXpert :
Discutere la styler MQL5


Guano perché non è personalizzabile.

 
TheXpert :

Suggerisco di aggiungere la personalizzazione, o la formattazione in uno stile molto comune.

In alternativa, rendere possibile la scelta tra 2-3 stili.

+

 

In realtà, la soluzione è banale e già implementata da molti IDE.

Per ogni elemento sintattico ( { ( for function <= if ......) definisce delle regole: quanti spazi inserire prima e dopo di esso e se è necessaria un'interruzione di riga prima o dopo.

Le impostazioni personalizzate dovrebbero essere salvate in un file e caricate automaticamente (con priorità) all'avvio dell'editor.

Документация по MQL5: Основы языка / Типы данных / Целые типы / Символьные константы
Документация по MQL5: Основы языка / Типы данных / Целые типы / Символьные константы
  • www.mql5.com
Основы языка / Типы данных / Целые типы / Символьные константы - Документация по MQL5
 
Sarebbe bene rendere gli stili personalizzabili.
 
sol :
Sarebbe bene rendere gli styler personalizzabili.


... questa è la domanda principale per gli sviluppatori...

È possibile creare uno styler personalizzabile? cioè che sia possibile - non c'è dubbio. la domanda è un'altra, quali sono le prospettive e le priorità per considerare questo desiderio?

 

Signori, per chi è stato scritto il codice?


Sono abbastanza sicuro che sia per altri programmatori. È molto sgradevole per loro leggere il codice non formattato di altre persone.


È proprio per risolvere questo problema che abbiamo creato la funzione built-in styler. Se volete che le altre persone (non voi, ma altre persone) siano disposte a guardare il vostro codice, fareste meglio a renderlo il più semplice e non ambiguo possibile. E la parola chiave qui è "persone", non "voi".



Lo stile unificato è importante per la comunità MQL5.community, perché raccogliamo un enorme database di fonti nella Code Base. Ciò significa che queste fonti saranno lette da un numero enorme di sviluppatori e utenti terzi.


Per evitare di creare un insieme incomprensibile di codice, tutti gli script pubblicati saranno automaticamente

  1. pulito da una styler
  2. controllare la correttezza
  3. generare schermate standard per gli indicatori

È chiaro che uno stile unificato è estremamente importante per risolvere il compito globale della manutenzione degli archivi di formazione.
 
Rosh писал(а) >>

La logica è che il codice è allineato al livello di annidamento. Qui non c'è disaccordo, come possiamo vedere.

Ma le parentesi di apertura e di chiusura non sono codice, sono elementi di design, quindi superano leggermente il codice di un carattere.


Questo mi ha sorpreso. Ho sempre pensato che un errore nell'impostazione di questo cosiddetto "elemento di design" potesse cambiare drasticamente il codice. Ma si scopre che non è affatto un elemento del codice. Ecco un esempio:

if (условие) function1(); function2();

и ____________________________________

if (условие) {function1(); function2();}

Il compilatore ha detto: "Va tutto bene!". Ma il programma non funziona. Dov'è l'errore? Nel layout? O nel codice?

 

Non aggrappatevi alle parole, per favore.


L'imposizione di regole di progettazione rigorose (anche al limite dei diritti personali) può sradicare il codice killer del tipo

if (условие) function1(); function2();

In effetti, si potrebbe sostenere che la debolezza su questo tema porta il team di sviluppo nel caos.


È per ridurre questo caos che abbiamo implementato uno styler duro e non configurabile.


Un paio di migliaia di script nella Code Base MQL4 sono passati per le mani dei nostri redattori, che avrebbero espresso opinioni molto più dure sugli stili utilizzati. Non vogliamo passare di nuovo attraverso un simile processo.

 
Renat :


Chiaramente, per risolvere il compito globale della manutenzione degli archivi di formazione è estremamente importante avere uno stile unificato.


Giusto al 100%.

Ci deve essere uno stile UNICO. Ma ognuno dovrebbe e POTREBBE avere il proprio stile.

Molte persone sono abituate ad altri stili comuni come VC++ (e io supporto ForexTools per esempio, lo uso io stesso).

Perché sforzare i cervelli già torturati dei programmatori... È più facile rendere questo stile personalizzabile. Probabilmente sapete come ci si sente quando si guarda un diverso stile di codice e si è tentati di cambiarlo con il proprio stile nativo, comodo, che si usa da 15 anni...


Penso che non sia così difficile invece di spostare le parentesi { } verso il testo, e poi 1 spazio lontano da esso - non fare nulla con loro. Tienilo a livello del suo genitore per, se, ...

 
sergeev :


Giusto al 100%.

Ci deve essere uno stile UNICO. Ma ognuno dovrebbe e POTREBBE avere il proprio stile.

Se stai scrivendo per te stesso, non usare lo styler normale.


I programmatori non scrivono codice per se stessi, ma pensano erroneamente di farlo. Lo sai, vero?

Motivazione: