Извините, ничего не найдено.

ABTOMAT · 26.04.2012, 02:27

Сообщение от FireOwl

А в чем подвох?



if a then begin pokushai(); popei(); pospi(); end;

Разница только в том, что слова длиннее символов. Ну и смотрятся немного по другому.

Ок, принято. Всё равно "альтернативные" блоки пыхи - это что-то чужеродное, тем более они завязаны на операторе.

moka · 26.04.2012, 03:00

Сообщение от radiobutton

switch (t_v)
{
    case 1:
    case 2:
        {
            int a=string_part(s,1,"-1234567890",0);
            if (a!=s.Length)
            {
                if (s.Substring(a,1)==",")
                {
                    if (a+1<=s.Length)
                    {
                        if (string_part(s,a+1,"1234567890",0)==s.Length)
                        {
                            if (t_v==1)
                            {return Convert.ToInt32(Convert.ToDouble(s)).ToString();}
                            else
                            {return s;}
                        }
                        else
                        {
                            MessageBox.Show("Incorrect value of object.");
                        }
                    }
                    else
                    {
                        MessageBox.Show("Incorrect value of object.");
                    }
                }
                else
                {
                    MessageBox.Show("Incorrect value of object.");
                }
            }
            else
            {
                return s;
            }
        }break;
    case 3:
        {
            if (s.Substring(0,1)=="'" && s.Substring(s.Length-1)=="'")
            {
                return s;
            }
            else
            {
                MessageBox.Show("Incorrect value of object.");
            }
        }break;
    default:
        {MessageBox.Show("WTF??");}break;
}

Фи как никрасиво..

Я бы вот так оформил:

switch (t_v) {
    case 1:
    case 2:
        {
            int a=string_part(s,1,"-1234567890",0);
            if (a!=s.Length) {
                if (s.Substring(a,1)==",") {
                    if (a+1<=s.Length) {
                        if (string_part(s,a+1,"1234567890",0)==s.Length) {
                            if (t_v==1) {
                                return Convert.ToInt32(Convert.ToDouble(s)).ToString();
                            } else {
                                return s;
                            }
                        } else {
                            MessageBox.Show("Incorrect value of object.");
                        }
                    } else {
                        MessageBox.Show("Incorrect value of object.");
                    }
                } else {
                    MessageBox.Show("Incorrect value of object.");
                }
            } else {
                return s;
            }
            break;
        }
    case 3:
        {
            if (s.Substring(0,1)=="'" && s.Substring(s.Length-1)=="'") {
                return s;
            } else {
                MessageBox.Show("Incorrect value of object.");
            }
            break;
        }
    default:
        {
            MessageBox.Show("WTF??");
            break;
        }
}

ffinder · 26.04.2012, 07:44

Сообщение от Randomize

Вот благодаря таким вот любителям я открываю порой php сорс и вижу:



if ($ololo):
     someAction();
else:
    for($i=0;$i<100500;$i++):
          blahBlahBlah($i);
    endfor;
endif;

Что вызывает термоядерную ярость.

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

cahekp · 26.04.2012, 11:11

Начав изучать документацию по Unity3D заметил, что они везде используют первый пункт. Да и когда скрипт новый создаешь, структурно он тоже выглядит так, как в первом варианте. Видимо по-этому, сам тоже предпочитаю первый пункт. Код кажется более компактным и четче разбивается на блоки, чем во втором варианте.

А вообще, если бы в Unity по-умолчанию использовали второй вариант, то, скорее всего, пользовался бы вторым. Ибо всегда, когда работаю в каком-нибудь Visual Studio / Delphi, переменные пишу в стиле "my_first_variable", а когда пересаживаюсь на Unity / MonoDevelop, пишу всегда "myFirstVariable". Привычка.

pax · 26.04.2012, 11:22

Открой для себя
c:\Program Files\Unity\Editor\Data\Resources\NewBehaviourScri pt.cs

Жека · 26.04.2012, 11:29

Я раньше использовал только второй вариант, сейчас только первый.

cahekp · 26.04.2012, 11:33

Интересно..

Но, поздно. Уже слишком поздно. Я уже не хочу что-то там менять, меня он полностью устраивает.

St_AnGer · 26.04.2012, 11:36

Второй вариант. Для меня так блоки нагляднее выделяются.

pax · 26.04.2012, 11:45

Сообщение от cahekp

Но, поздно. Уже слишком поздно. Я уже не хочу что-то там менять, меня он полностью устраивает.

Я как создаю новый скрипт так сразу в студии использую сочетание клавиш Ctrl+E потом D для автоформата всего кода. Так что он у меня тоже не изменен.

moka · 26.04.2012, 13:20

Я использую MonoDevelop для разработки своего сервера и большинства .Net разработок. Настроил тоже как нужно, и применяю автоформат если нужно.

Также использую 4 пробела заместо табов (авто-замена в настройках есть).

ABTOMAT · 26.04.2012, 14:46

А в чём преимущество 4 пробелов перед табом?

moka · 26.04.2012, 15:02

Сообщение от ABTOMAT

А в чём преимущество 4 пробелов перед табом?

Если у тебя код 4 пробела, то ты уверен что он будет везде одинаково отображаться. Тем более в вебе что очень важно когда хранишь код например на git'е. Т.к. с табами каждый их отображает как хочет.
При этом нормальный IDE работает с табами также как и с 4 пробелами, то есть один раз backspace - удалит сразу 4 пробела если он выступает в роли таба.

Плюс разные разработчики предпочитают разные отступы, иногда встречаются и 2 пробела, или таб который равен 2 пробелам, но не заменяют табы на пробелы в настройках IDE. Таким образом у разраба с 2 пробелами дерево в 15 веток, а в вебе это дело вытягивается в три экрана что абсолютно не читабельно, т.к. в вебе таб обычно равен 8 пробелам.

impersonalis · 16.05.2012, 17:59

Сообщение от impersonalis

Специально не отвечал - ждал ~~полнолуния~~ ВремениКода чтобы внезапно глянуть: как же именно я пишу, а не подсознательно тяготеть к одному из ответов. Итак - кодил на цпп в к::б

int ololo (int a) {
    return a;
}

Но дело тут не в авторах учебников, и я даже не буду настаивать что мой вариант лучше - скорее это дело привычки.

Тем не менее, использование списка инициализации членов заставляет отступить от этого правила при написании реализаций конструкторов. Аналогичная ситуация при разбиении списка аргументов на несколько строк (когда их много и/или они имеют громоздкие описатели типов). Хотя тут тоже могут быть исключения.

radiobutton · 30.05.2012, 16:26

Хочу отметить различия, которые принято применять между названиями функций и названиями переменных.

NearPlaneDistance - для функций.
nearPlaneDistance - для переменных

Для функций каждое слово с большой буквы. Для переменных первое слово с маленькой, остальные с большой.

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

NearPlaneDistance - для функций
near_plane_distance - для переменных

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

Примечание:
Выше описанное применимо только для локальных и приватных переменных.
Открытым переменным и свойствам названия нужно задавать также как и функциям. (NearPlaneDistance)

Sef · 31.05.2012, 14:21

Второй вариант. Для меня так блоки нагляднее выделяются.