Проблема с русскими именами

[Sergey7]

Здравствуйте уважаемые форумчане. Вот решил освоить программирование на Паскале. Попробовал Delphi 7 не понравилось, то что нет поддержки Unicode - не могу присвоить русские имена переменным. А значит при проектировании баз данных, названия таблиц, полей и т.д. все на английском - плохо для меня. Но если для всех версий Delphi это приговор, и ничего сделать уже нельзя, то для Lazarus ведь изначально заложено поддержка Unicode. Но при попытке присвоить переменной русского имени - компилер Lazarus выдает ошибку - ПОЧЕМУ! В VB таких проблем не было.
IDE: Lazarus v.0.9.29 с fpc 2.3.1
ОС: Windows XP SP3 RUS
C уважением Сергей.

[WAYFARER]

Но если для всех версий Delphi это приговор

Delphi 2009 уже с Unicod'ом.

А зачем переменной присваивать русское имя? Можно подробнее изложить?

[Mr.Smart]

не могу присвоить русские имена переменным.

Использование в коде литералов с кириллицей противоречит принципам языка Pascal!
В свою очередь использование любых литералов в названии полей таблиц и любых объектов в базах данных возможно, если конечно это позволяет сама база дынных.
Например в MSSQL это можно сделать так:

Код: Выделить всё

SELECT * FROM [Склад № 3] WHERE [Код товара]>15

или так

Код: Выделить всё

SELECT * FROM "Склад № 3" WHERE "Код товара">15

а вообще это зависит от реализации конкретного движка баз данных.
Здесь есть один подводный камень. Вы можете столкнуться с проблемами вызванные различием используемых кодировок

[Sergey7]

Но если для всех версий Delphi это приговор

Delphi 2009 уже с Unicod'ом.

А зачем переменной присваивать русское имя? Можно подробнее изложить?

Да вообщем -то не критично конечно. Но для людей слабо разбирающихся в английском (я в первую очередь) это было бы плюсом.
Согласитесь, одно дело запомнить необходимый минимум типа: if, else, begin и т.д. Но когда дело доходит до проектирования различных бизнес-логик (читай баз данных) то ситуация меняется кардинально. Например какой-нибудь метод типа <<ЮридическиеЛицаФормаЭлемента>> лучше писать на своем родном.
Да и сына хочу приучить к программированию, а у него тоже с аглицким напряг - 1-й класс все таки.

Добавлено спустя 10 минут 43 секунды:

не могу присвоить русские имена переменным.

Использование в коде литералов с кириллицей противоречит принципам языка Pascal!
В свою очередь использование любых литералов в названии полей таблиц и любых объектов в базах данных возможно, если конечно это позволяет сама база дынных.
Например в MSSQL это можно сделать так:

Код: Выделить всё

SELECT * FROM [Склад № 3] WHERE [Код товара]>15

или так

Код: Выделить всё

SELECT * FROM "Склад № 3" WHERE "Код товара">15

а вообще это зависит от реализации конкретного движка баз данных.
Здесь есть один подводный камень. Вы можете столкнуться с проблемами вызванные различием используемых кодировок

Спасибо за ответ. Но а насчет проблем вызванных различием используемых кодировок - не страшно. Дальше России не пойду. Ума не хватит.

[WAYFARER]

Например какой-нибудь метод типа <<ЮридическиеЛицаФормаЭлемента>> лучше писать на своем родном.

Дык ведь тогда транслитом можно писать, не обязательно кириллицей, например <YridicheskieLicaFormaElementa>> - по-русски, но латиницей.

Но а насчет проблем вызванных различием используемых кодировок - не страшно. Дальше России не пойду.

Не обязательно куда то идти дальше, самые распространенные windows-1251, koi8-r, cp866 - это все кириллица.

[Sergey7]

Дык ведь тогда транслитом можно писать, не обязательно кириллицей, например <YridicheskieLicaFormaElementa>> - по-русски, но латиницей.

Согласен, если надо всего несколько строк. А если таких строк сотни. Думаю <ЮридическиеЛицаФормаЭлемента> будет намного понятнее, чем <YridicheskieLicaFormaElementa>. Не говоря уже о скорости разработки.

[Verx0Laz]

Дык ведь тогда транслитом можно писать, не обязательно кириллицей, например <YridicheskieLicaFormaElementa>> - по-русски, но латиницей.

Согласен, если надо всего несколько строк. А если таких строк сотни. Думаю <ЮридическиеЛицаФормаЭлемента> будет намного понятнее, чем <YridicheskieLicaFormaElementa>. Не говоря уже о скорости разработки.

Знаете, а код, вообще-то, очень любит порядок. Вот так в начале кода, бывало, позволишь себе схалтурить, и к концу кода это таким кроком вылазит, что проще заново переписать, чем пытаться поправить

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

[eevee]

Народ, не повторяйте ошибок 1С !!! Там тоже люди взяли человеческую форму языка XML и!!!! переписали все операторы на русский!!!! Это как же надо было головой то удариться?!Не делайте так никогда!

Добавлено спустя 2 минуты 13 секунд:
По поводу Visual Basic - это не язык программирования, а черт знает что вообще. Если уж брать за пример, то возьмите хотя бы C/C++, но он тоже такого безобразия, как переменные в кириллице, не допускает

Добавлено спустя 2 минуты 37 секунд:
По поводу того, почему так сложилось - кодировка латиницы всегда была, есть и будет всего одна. Она никогда не меняется. Она - стандарт. Я вот только русских кодировок знаю 4: KOI8-R, cp866,cp1251,UTF-8. У остальных языков и того хлеще. Как же компилятору разбираться в местных кодировках?

[Brainenjii]

А какая разница компилятору - какая кодировка у идентификаторов? ^_^ Да и англицский в какой-нибудь UTF-16 отличается от той же UTF8, насколько я знаю... По мне, практика порочна только по причине её непривычности и английского как стандарта в IT де факто ^_^

[eevee]

Неа, аглицкий везде одинаковый, это зря...
Разница будет вот в чем:
UTF8: 0 x 01 65 00 00 00 00 00 00 - код буквы 65 аглицкого алфавита
UTF16 - 0 x 01 65 00 00 00 00 00 00 00 00 00 00 00 00 00 00 - тоже самое

разницы не вижу совсем

ISO-8859-1 0x65 - как был код 65 - так и остался, везде и всегда

[Sergey7]

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

Значит будем потихоньку изучать английский. Всем спасибо. Тему можно закрывать.

[скалогрыз]

Неа, аглицкий везде одинаковый, это зря...

в utf-16 на кодирование 1ого символа (не суррогата) уходит 2 байта! ВСЕГДА! даже если это английский.
в utf-8 на английский символ уходит 1 байт, а все другие... 2 байта и больше!

даже если в utf8 и utf16 код символа будет одинаковый, это не значит, что $65 = $0065! мы же здесь разработчики, и понимаем важность РАЗМЕРА данных?!
например, код вроде:

Код: Выделить всё

var
  a: AnsiString;
  w: WideString;
begin
  a:='Hello World';
  SetLength(w, length(a));
  Move(a[1], w[1], length(a));
  writeln(w);
end.


выдаст совсем не "Hello World"!

[eevee]

Я имел в виду именно код символа Так как для русского даже коды символов не совпадают