Здравствуйте, All.
Хотел бы узнать — является ли написание имен типов и переменных на русском языке "нормальным" явлением.
Если да, то почему. И в каких случаях это можно поиспользовать. Например: Если у класса свойства назвать по-русски, то в PropertyGrid'е они отобразятся в соответсвующем виде.
Вот пример кода:

  enum Товар {Молоко, Творог, Сыр}
    class Хранилище
    {
        private ArrayList goods;
        
        public Хранилище()
        {
            goods = new ArrayList();
        }

        public void Добавить(Товар товар)
        {
            goods.Add(товар);
        }

    }
    class Class1
    {
        static void Main(string[] args)
        {
            Хранилище склад1 = new Хранилище();
            склад1.Добавить(Товар.Молоко);

        }
    }

Hello, "Ruff"

> Хотел бы узнать — является ли написание имен типов и переменных на русском языке "нормальным" явлением.
> Если да, то почему. И в каких случаях это можно поиспользовать. Например: Если у класса свойства назвать по-русски, то в PropertyGrid'е они отобразятся в соответсвующем виде.

Если только ради кастомизации грида, то это не нормальное явление. Да и в остальном, написание типов и переменных на русском языке не является устоявшейся практикой...

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

>>enum Товар {Молоко, Творог, Сыр}
>> class Хранилище
>> {

:D:D:D
И код такой сложно читается и отвлекает.

---

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, TK, Вы писали:

TK>Если только ради кастомизации грида, то это не нормальное явление. Да и в остальном, написание типов и переменных на русском языке не является устоявшейся практикой...

Это конечно. Меня интересует сам факт существования этой возможности. Т.е. для чего это сделано.
Меня такая возможность слегка удивила.

Здравствуйте, Ruff, Вы писали:

R>Это конечно. Меня интересует сам факт существования этой возможности. Т.е. для чего это сделано.
R>Меня такая возможность слегка удивила.

Это было сделано потому, что для того, что бы этого не сделать — нужно было бы приложить усилия =)

Здравствуйте, Ruff, Вы писали:

R>Хотел бы узнать — является ли написание имен типов и переменных на русском языке "нормальным" явлением.
R>Если да, то почему. И в каких случаях это можно поиспользовать. Например: Если у класса свойства назвать по-русски, то в PropertyGrid'е они отобразятся в соответсвующем виде.

Как в Java, так и в .NET-языках всюду используется Юникод — соответственно теоретически ничто не мешает вам использовать хоть сотню естественных языков сразу. На практике — все в порядке пока вы находитесь в рамках родной IDE. Но как только делается шаг в сторону — сразу почему-то начинаются проблемы... Сторонние утилиты и плагины, как правило, не тестируются на полную поддержку Юникода. Попробуй например прогнать по такому коду NDoc (кто-нибудь уже пробовал? я думаю что он слажает...)

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

Код по-русски — смешон до умопомрачения. Круче только код по-китайски (или по-арабски) :D

Вообще есть "coding standard" для тех, кто является (или считает себя) профессионалом. Нынче не пишут программы для "среди моей мамы".

—

---

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

>Код по-русски — смешон до умопомрачения. Круче только код по-китайски (или по-арабски) :D
Согласен полностью.
Насчёт кода по-китайски — если вы найдёте китайскую клавиатуру на 50'000 символов с лишком — можно попробовать. И в исходниках никто копаться не будет. Тогда ещё надо экран чёрным сделать, а буквы — зелёными.
От себя добавлю — хочется писать на русском, пиши на 1С.
Но, по-моему уродливо выглядит такой код, ей-богу.

---

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, Ruff, Вы писали:

R>Это конечно. Меня интересует сам факт существования этой возможности. Т.е. для чего это сделано.
R>Меня такая возможность слегка удивила.
пиши на русском... иностранные шпионы будут долго ломать голову над твоими исходниками

>?, 06.01.05 06:24
Написание имен типов и переменных по-русски

Пишу идентификаторы по-русски с того времени, как стало это возможным. Использую англоязычный префикс. Английские имена только там, где это требуется.
Англо-русский суржик не применяю — подташнивает.
Базы данных и таблицы тоже по русски (по возможности).
Так что можете смеяться, но мои программы работают.
Только я никогда! не переписываю на русский чужие программы и не выдаю их за свои.
По русски пишу только своё. Мне так удобнее. Я по руски думаю и не хочу тратить время на перевод.

---

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, Владимир, Вы писали:

В>Пишу идентификаторы по-русски с того времени, как стало это возможным. Использую англоязычный префикс. Английские имена только там, где это требуется.

Ну и как человек, имеющий реальный опыт — расскажите какие трудности есть, где грабли бывают?.. Не поверю что все работает как надо.

Здравствуйте, Аноним, Вы писали:

>>?, 06.01.05 06:24
А>Так что можете смеяться, ..ююю

Обязательно

Здравствуйте, hugo, Вы писали:

H>Здравствуйте, Аноним, Вы писали:

>>>?, 06.01.05 06:24
А>>Так что можете смеяться, ..ююю

H>Обязательно

Я не думаю, что над этим нужно смеяться. Конечно, латинница стала стандартом. Я сам никогда (даже в 1С) не применяю русскоязычных идентификаторов. Даже комментарии пишу по-английски, потому что владею этим языком.

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

И тем не менее, ничего смешного я в этом не вижу. Это вопрос удобства и переносимости.

Здравствуйте, FractalizeR, Вы писали:
FR>Я не думаю, что над этим нужно смеяться. Конечно, латинница стала стандартом. Я сам никогда (даже в 1С) не применяю русскоязычных идентификаторов. Даже комментарии пишу по-английски, потому что владею этим языком.

Во! давно хотел поинтересоваться? А как это совмещать с тем, что ключевые слова на русском, а свои — на английском?
Переключаться всё время — только, ИМХО, время тратить, ругаться и плеваться на ошибки. или достаточно привыкнуть?
или в 1С можно и ключевые слова по английски настроить?

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

За это отвечает ПМ. как он сочтёт нужным, так программисты и должны код оформлять.

FR>И тем не менее, ничего смешного я в этом не вижу. Это вопрос удобства и переносимости.
Угу.

Это вопрос удобства и переносимости.

Скорее переносимости, чем удобства. Если Вы пишите проект один, то никаких проблем не возникнет, а вот в команде могут начаться проблемы, поскольку неясно кто и как пишет код, какие утилиты использует.

Кстати, с NDoc все впорядке

---

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, FractalizeR, Вы писали:

FR>Здравствуйте, hugo, Вы писали:

H>>Здравствуйте, Аноним, Вы писали:

>>>>?, 06.01.05 06:24
А>>>Так что можете смеяться, ..ююю

H>>Обязательно

FR>Я не думаю, что над этим нужно смеяться.
Hазрешили

FR>Это вопрос удобства
Дык в том то и дело, что не удобно, я пробовал.

FR> и переносимости.
Более того, неудобно до непереносимости.

А главное, ну все-ткаи, какой в этом смысл?

Здравствуйте, _FRED_, Вы писали:

_FR>Здравствуйте, FractalizeR, Вы писали:
FR>>Я не думаю, что над этим нужно смеяться. Конечно, латинница стала стандартом. Я сам никогда (даже в 1С) не применяю русскоязычных идентификаторов. Даже комментарии пишу по-английски, потому что владею этим языком.

_FR>Во! давно хотел поинтересоваться? А как это совмещать с тем, что ключевые слова на русском, а свои — на английском?
_FR>Переключаться всё время — только, ИМХО, время тратить, ругаться и плеваться на ошибки. или достаточно привыкнуть?
_FR>или в 1С можно и ключевые слова по английски настроить?

Каждый оператор 1С имеет свой английский антипод. Это касается как самих операторов языка, таких как Цикл, Для и так далее, так и методов и свойсвт объектов встроенного языка. Загляните в справку по языку. В пределах одного модуля можно использовать и русские и английские наименования. Смешивать их произвольно.

Глава 5
Управляющие операторы
Управляющие конструкции
Если
Оператор условного выполнения.

Синтаксис:

Если <Логическое_выражение> Тогда

//операторы;

[ИначеЕсли <Логическое_выражение> Тогда]

//операторы;

[Иначе]

//операторы;

КонецЕсли;

Англоязычный Синтаксис:

If <Логическое_выражение> Then

//операторы;

[Elsif <Логическое_выражение> Then]

//операторы;

[Else]

//операторы;

Endlf;



----------------------------
ДатаДок
Дата документа

Синтаксис:

ДатаДок

Англоязычный синоним:

DocDate

Описание:

Атрибут ДатаДок задает значение даты выбранного документа.

Здравствуйте, hugo, Вы писали:

H>Здравствуйте, FractalizeR, Вы писали:

FR>>Это вопрос удобства
H>Дык в том то и дело, что не удобно, я пробовал.

То, что вам неудобно — еще не означает, что неудобно всем остальным.

FR>> и переносимости.
H>Более того, неудобно до непереносимости.

H>А главное, ну все-ткаи, какой в этом смысл?

Смысл в этом каждый ищет сам

Здравствуйте, FractalizeR, Вы писали:

FR>Каждый оператор 1С имеет свой английский антипод. Это касается как самих операторов языка, таких как Цикл, Для и так далее, так и методов и свойсвт объектов встроенного языка.
Спасиба, хоть не так всё плохо, как казалось

FR>Загляните в справку по языку. В пределах одного модуля можно использовать и русские и английские наименования. Смешивать их произвольно.
Дык она у нас тока у бухов, а они за свой комп не пускают. К щастью

Здравствуйте, FractalizeR, Вы писали:

FR>Здравствуйте, hugo, Вы писали:

H>>Здравствуйте, FractalizeR, Вы писали:

FR>>>Это вопрос удобства
H>>Дык в том то и дело, что не удобно, я пробовал.

FR>То, что вам неудобно — еще не означает, что неудобно всем остальным.

Где ж я про всем писал? Что б понятней было:

"Это ИМХО и оно может не совпадать с Вашим"

FR>>> и переносимости.
H>>Более того, неудобно до непереносимости.

H>>А главное, ну все-ткаи, какой в этом смысл?

FR>Смысл в этом каждый ищет сам