Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
вообщем, я хотел сказать, что бухи - вообще не суются в программирование, финансисты - не считают составление СВОЕГО "отчета" программированием, все это к тому, что нужно различать "пользователя" и "программиста" в ЛЮБОМ ПРОДУКТЕ... сейчас же мы говорим об окружении ДЛЯ ПРОГРАММИСТА, и "бухгалтера-финансисты", как пользователи, в этой теме - совершенно не показательны, как и трейдеры, которые не открывают метаэдитор... которым будет по-барабану "русский язык" или "НЕ русский"...
А ну теперь идея понятна. Могу привести в пример (уже) своих бывших колег. Они быстрее осваивают 1С-ку поскольку та на русском, почти что как пользователи.А сложно составить модуль, в котором через "дефайны" всё и определить? И будет программирование на русском или другом языке.
не сложно, вот код который компилится без ошибок
Вопрос в том, что это: недоделанная багофича или уже так и останется? ведь может статься так, что у разработчиков когда нибудь дойдут руки до проверок и они решат запретить использовать в дефайнах зарезервированные слова :(
не сложно, вот код который компилится без ошибок
Вопрос в том, что это: недоделанная багофича или уже так и останется? ведь может статься так, что у разработчиков когда нибудь дойдут руки до проверок и они решат запретить использовать в дефайнах зарезервированные слова :(
Технически, дефайн - это набор неких токенов языка, подставляемых в процессе синтаксического разбора.
Запрещать какие либо токены или какой либо их набор не имеет смысла.
Важно лишь одно, нельзя допустить переопределения оператора языка (if, for, return, ...).
Сейчас думаем также исключить из списка возможных имён дефайнов "системные" функции языка.
не сложно, вот код который компилится без ошибок
Вопрос в том, что это: недоделанная багофича или уже так и останется? ведь может статься так, что у разработчиков когда нибудь дойдут руки до проверок и они решат запретить использовать в дефайнах зарезервированные слова :(
Если у них препроцессор работает по принципу сишного - то никаких проверок не появится.
Единственное что, что не уверен, что сишный препроцессор бы дал назначить макросу русское имя. :)
Важно лишь одно, нельзя допустить переопределения оператора языка (if, for, return, ...).
переопределять их конечно нельзя, но "переназвать" можно (в моем примере for переназвался циклом)
Технически, дефайн - это набор неких токенов языка, подставляемых в процессе синтаксического разбора.
Запрещать какие либо токены или какой либо их набор не имеет смысла.
Важно лишь одно, нельзя допустить переопределения оператора языка (if, for, return, ...).
Сейчас думаем также исключить из списка возможных имён дефайнов "системные" функции языка.
Запретить - то, что нашим гражданам привычно.
Запретить - то, что нашим гражданам привычно.Не понял к чему это....
так можно:
#define если "тут можно написать что угодно и это всё вставиться в код при встрече 'если'"
так нельзя:
#define if "нельзя ключевые слова переопределять - ошибка компиляции"
возможно так будет нельзя:#define Sleep "на данный момент так написать можно, но скорее всего это мы прикроем - будет ошибкой при компиляции"
Вот выбрал из справки. Кто хочет - можно потестить ;)
Вот выбрал из справки. Кто хочет - можно потестить ;)
А ещё это можно на mqh-шечку залить в инклюдничек поместить, а вызовочек из инклюдничка прописать сразу в шаблончик,
ну и над чем копья ломяться?