OberonCore

Игорь это Trurl наверное. А почему не ограничиться поддержкой одной кодировки? Той, которая CHAR. Дело даже не в именах. Комментарии бы увидеть.

а почему не сделать перекодирование в русифицированной среде блэкБокса ЕСЛИ ТО ИНАЧЕ в IF THEN ELSE и оставить русские имена процедур и переменных??? вобще препроцессор работающий с русскими символами сильно помогбы жаль только терять подсветку синтаксиа
Я не совсем понял текущий вариант блэк бокса (русифицированный) позволяет использовать русские переменный оператры имена процедур?

????

В Blackbox нет подсветки...

А, ну, это всё проясняет. Значит Вы просто Blackbox-а не видели. Русифицированный Blackbox позволяет использовать русские идентификаторы (не служебные слова!), русские имена модулей (файлов), русские имена в полях визуальных контролов.

пересекается-ли обсуждение
http://www.modulaware.com/mw64bit.htm
http://www.modulaware.com/mdlt/mdlt81.htm
с тутошней юникодизацией?

задам несколько странный вопрос.

кто-нибудь знает или может догадывается почему вообще сделали так

SHORTCHAR 8bit
CHAR 16bit

а не

CHAR 8bit
LONGCHAR 16bit

??
вопрос философский конечно но юникод мне все равно не по душе...

Ну...

В принципе можно смотреть так. CHAR делался под Джаву, а там char двубайтовый. SHORTCHAR делался для совместимости со всем остальным. Теоретически, сейчас достаточно только CHAR...

А сейчас менять уже поздно.

Юникодизация определённо нужна! Это очень удобно - не думать, какая там кодировка в массиве и в консоли.


А не является ли это излишеством? Ни один промышленный язык это не пропустит. Программирования по-русски (имеется в виду алфавит и язык, а не стиль мышления и не школа программирования) не существует уже очень давно. В какой-то из веток этого форума было правильно замечено, что в математике никто А Б В не пишет.

Использовать ли русские идентификаторы - решают разработчики конкретных проектов.
Если проект сугубо проприетарный, краткосрочный, прикладной (какой-нить складской учёт), то почему бы и нет? Русские идентификаторы сразу отделяют терминологию проблемной области от терминологии системных сущностей... Т.е. используем одновременно AddToTable и ВыписатьНакладную - разделяя происхождение и назначение сущностей.

В школе на раннем этапе также полезно...

Сам я русские идентификаторы не использую с тех пор, как не разрабатываю бизнес-ПО...

Вполне разумный подход для макросов или бухучёта, вроде бы в Visual Basic и 1С такая вещь, как русские идентификаторы, тоже есть.


Вполне возможно, но это приучение к не очень хорошему во многих случаях стилю. В дальнейшем это приведёт к использованию транслита в тех компиляторах, которые русские буквы не поддерживают. Русские комментарии - совсем другое дело!

Стиль будет тот же, просто транслитерация будет не очень хорошей чертой программиста. Но в принципе, это проблем создавать не будет, чтение исходников это не затрудняет. Во всяком случае, вряд ли замедлит вхождение в проект больше, чем на 1-2% по времени. Причём, транислит будет пользоваться только в случае незнания английского, но это уже проблема другого характера и к программированию напрямую отношения не имеет.

Совсем другое дело, когда в последовательность символов (имя идентификатора) случайно попал символ из другого алфавита. Особенно, если это часть интерфейса, который должнен активно использоваться. Не говоря уже о том, что подобная ошибка может поставить на некоторое время в ступор и в случае работы внутри модуля.

Если и использовать подобные идентификаторы, то компилятор должен разрешать использовать в пределах одного идентифиатора символы только одного алфавита и проверяться это должно на этапе объявления.

Что такое транислит?
На время переименования этой переменной. Интерфейс не стоит ориентировать на читаемые символы.
Это требование к среде.

Почему же не пропустит? Многие пропускают - C#, Delphi, даже Haskell... ;о)

С++ в Visual Studio 2005 тоже.

это очепятка : )


Но это время заранее не определено. К тому же, если это случится в конце двенадцатичасового рабочего дня, то поиск может идти около получаса. Однако, это, конечно исключения из правил. Я иногда вставляю идентификаторы переменных копипастом: Открываю интерфейс, копирую, вставляю в нужное место. Так будет меньше заморочек с нечитаемыми идентификаторами. Итак: вчера мой модуль отлично взаимодействовал со сторонним модулем, а сегодня я выкачал новую версию того модуля, ничего не менял в своём, но вместе работать они уже не хотят. Компилятор говорит, что ссылаюсь на "нечто", которое не объявленно в стороннем модуле. Сверяю интерфейсы - всё по-старому. Но с новым модулем работать не хочет. Много времени, конечно, не потребуется, если знать, в чём дело. Но такое случается нечасто, поэтому задачку можно решать и полчаса, и больше.

И даже, если ошибка находится быстро: обычно, при ошибке, в голове появляется ряд мест, где потенциально могла произойти ошибка. При таком раскладе этот вариант ошибки будет имет минимальный приоритет. А поиск, пусть и не продолжительный, сбивает с мыслИ.

Другими словами, я знаю, чем это может мешать, но я не знаю, какие это даёт выгоды, если оставить как есть.


То есть, ориентировать на нечитаемые? : )

_23234iiih343v : INTEGER;

Шучу : )

И почему это проверку на допустимость имени идентификатора должна проделывать среда разарботки а не компилятор? М? : )

Шутите?

Смотря из каких правил. Обычно хорошее правило - сохранять текст каждые 15 минут и компилировать после написания каждого исправления.

Тренировка грамотности.
А я нет. Нечитаемые, то есть отсутствующие среди отображаемых в шрифтах.

Как раз потому, что к ней такое требование кто-то предъявляет. Шучу.

Что-то я не понимаю, как можно пользоваться подобным интерфейсом? Как можно использовать константы, переменные, процедуры, если они "невидимые"?


Для того, чтобы среда выполняла подобные вещи, она должна будет делать то же самое, что и компилятор: синтаксический и семантический разбор (частично). Вынесение подобной вещи на уровень среды ставит её повсеместное использование в качестве обязательного условия. Если пытаться с её помощью обратиться к модулю, который был написан вне её, и, возможно, программист не следовал некоторым дополнительным правилам, реализованным в среде (отдельный идентификатор содержит символы только одного алфавита), то модуль невозможно будет подключить. Или программа, которую я пишу не будет компилироваться.

Да, я тут подумал... "Среды"? Какой среды? Ведь, есть ещё среда выполнения. Правда, там с этим особо развернуться не где.


По поводу внимательности: что-то в этом есть. Я стараюсь влиять на себя положительно в этом русле. : )

оффтоп конечно но немогу не заметить что "не думать" вообще ВСЕГДА очень легко и удобно)) и вообще, убил бы того Адама который первый слез с пальмы...))

Может подскажете (кто знает в каком месте в сорцах БлэкБокс1.5 sp4.01 Рус) можно добавить или как сделать замену синонимов операторов IF THEN ELSE на ЕСЛИ ТО ИНАЧЕ (чтобы компилятор перед компиляцией заменял ЕСЛИ ТО ИНАЧЕ на IF THEN ELSE и таким образом переваривал и русские и английские операторы - очень хочется такое сделать сильно помогает пониманию/обучению)

Эээ, лезть в компилятор - это не далеко не так просто. Вообще, компилятор начинается с DevCompiler - а оттуда группа модулей Только есть ещё стандарт КП на ключевые слова в Latin-1. Т.е. будут ещё и проблемы с чарсетами.

Если очень хочется играться с русскими ключевыми словами - посмотрите Глагол. http://www.glagol.nad.ru/

Вообще, ну никакого смысла тут нет. Ведь IFы-THENы-ELSEы - это не слова. Это просто символы нотации. Воспринимаются как единое целое. Как знак интеграла, например.

Зачем глагол? Может, лучше сделать аналог F5?