Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Em geral, eu queria dizer que os burocratas não entram em programação de forma alguma, os financeiros não consideram fazer seu próprio "relatório" como programação, tudo isso para dizer que devemos distinguir entre "usuário" e "programador" em QUALQUER PRODUTO... agora estamos falando de um ambiente PARA PROGRAMADORES, e "contadores-financiadores", como usuários, não são nada representativos neste tópico, assim como os comerciantes que não abrem o meta-editor... que não querem saber de "russo" ou "NÃO russo"...
Agora eu entendi a idéia. Posso lhes dar um exemplo (já) de meus antigos colegas. Eles aprendem 1C mais rápido porque é em russo, quase como os usuários.É difícil fazer um módulo no qual se possa definir tudo através de "define"? E haverá programação em russo ou em outra língua.
não é difícil, aqui está o código que se compila sem erros
A questão é: o que é: bugfitch não concluído ou vai continuar assim? Porque isso pode acontecer para que um dia os desenvolvedores coloquem suas mãos à prova e decidam proibir o uso de palavras reservadas em definições :(
não é difícil, aqui está o código que compila sem erros
A questão é o que é: uma correção de bug inacabada ou vai ficar assim? Porque pode acontecer para que um dia os desenvolvedores chequem e decidam proibir o uso de palavras reservadas em definições :(
Tecnicamente, uma definição é um conjunto de certos sinais de linguagem usados durante a análise.
Não faz sentido proibir quaisquer fichas ou qualquer conjunto delas.
A única coisa importante é que não devemos permitir a anulação de declarações lingüísticas (se, para isso, retornar, ...).
Agora também estamos pensando em excluir as funções da linguagem "sistema" da lista de possíveis nomes definidores.
não é difícil, aqui está o código que compila sem erros
A questão é o que é: uma correção de bug inacabada ou vai ficar assim? Porque pode acontecer para que um dia os desenvolvedores chequem e decidam proibir o uso de palavras reservadas em definições :(
Se o pré-processador deles funcionar segundo o princípio Sisch, nenhum controle aparecerá.
A única coisa que não tenho certeza é que o pré-processador Cish daria ao macro um nome russo. :)
A única coisa importante é que o operador linguístico não pode ser anulado (se, por acaso, retornar, ...).
é claro que não podem ser redefinidos, mas podem ser "renomeados" (no meu exemplo, pois é renomeado por um laço)
Tecnicamente, uma definição é um conjunto de fichas no idioma que são inseridas durante a análise.
Não faz sentido proibir quaisquer fichas ou qualquer conjunto delas.
A única coisa importante é que não devemos permitir a anulação de declarações lingüísticas (se, para isso, retornar, ...).
Estamos pensando agora em excluir as funções da linguagem "sistema" da lista de possíveis definições.
Proibir - aquilo a que nossos cidadãos estão acostumados.
Proibir - aquilo a que nossos cidadãos estão acostumados.Não tenho certeza do que se trata....
>> para que você possa:
#define если "тут можно написать что угодно и это всё вставиться в код при встрече 'если'"
não é assim que se deve fazer:
#define if "нельзя ключевые слова переопределять - ошибка компиляции"
talvez não seja possível fazer isso:#define Sleep "на данный момент так написать можно, но скорее всего это мы прикроем - будет ошибкой при компиляции"
Aqui está uma seleção da ajuda. Qualquer pessoa que o queira é bem-vinda para experimentá-lo ;)
Aqui está uma seleção da ajuda. Se você quiser, você pode experimentar ;)
E você também pode colocá-lo em mqh-check, e escrever a chamada do inlude diretamente no modelo,
o que você está procurando?