Estilizador no terminal comercial MetaTrader 5

 

Discutir o estilizador MQL5. Começou aqui


Tenho de olhar para códigos diferentes. Isto inclui código mal escrito.

Uma boa formatação facilita consideravelmente a leitura do código.


Por conseguinte, imho, a coisa continuará por reclamar pela maioria dos codificadores normais devido à formatação específica e à falta de opções.

Proponho ou acrescentar personalização ou formato num estilo realmente comum.

Como opção -- torna possível a escolha de um dos estilos 2-3.

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


Guano porque não é personalizável.

 
TheXpert :

Sugiro ou acrescentar personalização, ou formatação num estilo realmente comum.

Em alternativa, tornar possível a escolha entre 2-3 estilos.

+

 

Na verdade, a solução é trivial e já implementada por muitas IDEs.

Para cada elemento sintáctico ( { ( para função <= se ......) definir regras: quantos espaços a inserir antes e depois dele e se é necessária uma quebra de linha antes ou depois dele.

As definições personalizadas devem ser guardadas num ficheiro e carregadas automaticamente (em prioridade) quando o editor é iniciado.

Документация по MQL5: Основы языка / Типы данных / Целые типы / Символьные константы
Документация по MQL5: Основы языка / Типы данных / Целые типы / Символьные константы
  • www.mql5.com
Основы языка / Типы данных / Целые типы / Символьные константы - Документация по MQL5
 
Seria bom tornar os estilos personalizáveis.
 
sol :
Seria bom tornar os estilistas personalizáveis.


... esta é a principal questão para os criadores...

Será possível criar um modelador personalizado? ou seja, que é possível - não há dúvida. a questão é outra, quais são as perspectivas e prioridades para considerar este desejo?

 

Cavalheiros, para quem está a ser escrito o código?


Tenho quase a certeza que é para outros programadores. É muito desagradável para eles ler o código não formatado de outras pessoas.


Foi para resolver este mesmo problema que criámos a função styler integrada. Se quiser que outras pessoas (não você, mas outras pessoas) estejam dispostas a ver através do seu código, é melhor torná-lo o mais simples e inequívoco possível. E a palavra-chave aqui é "pessoas", não "você".



O estilo unificado é importante para a MQL5.community, porque recolhemos uma enorme base de dados de fontes na Base de Código. Isto significa que estas fontes serão lidas por um grande número de desenvolvedores e utilizadores de terceiros.


Para evitar a criação de uma colecção incompreensível de códigos, todos os guiões publicados serão automaticamente

  1. limpo por um estilizador
  2. verificar se está correcto
  3. gerar screenshots padrão para indicadores

É evidente que um estilo unificado é extremamente importante para resolver a tarefa global de manutenção de arquivos de formação.
 
Rosh писал(а) >>

A lógica é que o código está alinhado com o nível de aninhamento. Não há aqui qualquer desacordo, como podemos ver.

Mas abrir e fechar parênteses não são códigos, são elementos de desenho, por isso excedem ligeiramente o código por um carácter.


Isto surpreendeu-me. Sempre pensei que um erro na definição deste chamado "elemento de desenho" poderia alterar drasticamente o código. Mas acontece que não é de todo um elemento de código. Aqui está um exemplo:

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

и ____________________________________

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

O compilador disse: "está tudo bem!". Mas o programa não vai funcionar. Onde está o erro? No layout? Ou no código?

 

Não se apegue às palavras, por favor.


A imposição de regras rigorosas (mesmo que limitem os direitos pessoais) de concepção pode erradicar códigos assassinos deste tipo

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

De facto, poder-se-ia argumentar que a fraqueza nesta questão leva a equipa de desenvolvimento ao caos.


Foi para reduzir este caos que implementámos um estilista de nariz duro e inconfigurável.


Alguns milhares de scripts na Base de Código MQL4 passaram pelas mãos dos nossos editores, que teriam expressado opiniões muito mais duras sobre os estilos utilizados. Não queremos passar por tal processo novamente.

 
Renat :


Claramente, para resolver a tarefa global de manutenção de arquivos de formação, é extremamente importante ter um estilo unificado.


100% certo.

Tem de haver um estilo ÚNICO. Mas! cada um deve e PODE ter o seu próprio estilo.

Muitas pessoas estão habituadas a outros estilos comuns como o VC++ (e eu apoio o ForexTools, por exemplo, eu próprio o utilizo).

Porquê esticar os cérebros já torturados dos programadores... É mais fácil tornar este estilo personalizável. Provavelmente sabe como é quando está a olhar para um estilo de código diferente e sente-se tentado a mudá-lo para o seu próprio estilo, nativo e confortável, que usa há 15 anos...


Penso que não é assim tão difícil em vez de mover parênteses { } para o texto, e depois 1 espaço longe dele - não fazer nada com eles. Mantenha-o ao nível dos seus pais para, se, ...

 
sergeev :


100% certo.

Tem de haver um estilo ÚNICO. Mas! cada um deve e PODE ter o seu próprio estilo.

Se está a escrever por si próprio, não utilize o modelador habitual.


Os programadores escrevem código não para si próprios, mas erroneamente pensam que o fazem. Sabe disso, não sabe?

Razão: