В каком стиле вы называете переменные и функции в своих проектах?

     

    Only registered users can participate in poll. Log in, please.

    В каком стиле вы называете переменные и функции в своих проектах?

    • 25.2%get_item693
    • 53.3%getItem1463
    • 20.5%GetItem562
    • 2.9%getitem80
    • 28.3%По-разному, в зависимости от языка программирования777
    AdBlock has stolen the banner, but banners are not teeth — they will be back

    More
    Ads

    Comments 71

      0
      Если вы выбрали последний вариант, то буду очень признателен, если укажете в каких именно ЯП какой стиль, спасибо :)
        0
        camelCase — obj-c/c++
        under_score — Ruby, CoffeeScript, Javascript
          0
          Странно, я думал для ява-подобных языков стандартом является именно camelCase.
            0
            ответил ниже.
            0
            Зачем издеваться при помощи under_score над JavaScript то? Там есть свой стандарт кодирования.
              0
              У меня 100% гарантия того, что мой код никто кроме меня не прочитает и не увидит. under_score читается легче чем camelCase, это в obj-c его легко читать из-за именованных аргументов.
                +4
                Эгоистично…
                  0
                  :) Если пишу код который кто-то другой может видеть — пишу как положено, но на JS'e я не пишу почти, а в кофе пишу как на руби.
            0
            IMHO отсутствует главный вариант: в стиле заданном в документации проекта. На моей памяти такие вопросы решались иногда простым голосованием ;)
            А вариантов еще много, всякие _x, m_x и X вполне себе могут быть в одном проекте, и это не зависит от языка
            0
            getItem — C/C++/ObjC
            get_item — Ruby
              +1
              Чаще всего lowerCase camel notation. Также все время очень хочется применять ее в PHP проектах, но там принята underline notation.
                0
                Вот-вот, я часто пишу на PHP и Java и… просто разрываюсь, как называть.
                  0
                  В самом PHP, да. Но это не мешает разработчикам (например ZendFramework, Symfony, Doctrine) использовать lowerCamelCase. Не понимаю, почему это мешает Вам?
                    +1
                    Для начала — пишу не для холивара. Сам пишу на php. Могу сказать, что не знаю что именно там принято и, если честно, можно встретить все, что угодно — htmlentities и html_entity_decode тому пример, хотя одна кодирует, а вторая декодирует по сути. Такое ощущение, что писали два разных человека. Еще есть магический __toString или jsonSerialize из интерфейса JsonSerializable.

                    Так что не стесняйтесь и используйте lowerCamelCase.
                      –2
                      underline для переменных, свойств и функций. Для методов как раз lowerCase camel notation.
                      +15
                      В каждом языке/фреймворке есть свой стиль именования, о чем вообще опрос?
                      Как-то так
                      WinAPI: GetSomeItem
                      Java: getSomeItem
                      Ruby: get_some_item
                      Scala: someItem
                      ...

                        –3
                        Т.е вы не стремитесь употреблять один стиль для всех ЯП и фреймворков, а вместо этого подстраиваетесь?
                          +2
                          По-моему, если выработать общий стиль для всех, а не подстраиваться, это вызовет только путаницу для других участников проектов
                            +9
                            В чужой монастырь со своим уставом не ходят.
                            ;)
                              0
                              Какой один стиль? Кто его диктует? Вы сами?
                              Всегда нужно подстраиваться к каждому конкретному языку. Возьмите это за правило, а то будет скоро в каждом языке GeTiTeM, JlOJlITA и т.п. Уважайте других.
                                –1
                                В пределах одного проекта, на разных языках, часто используется единая нотификация.
                                  0
                                  А потом, когда часть кода станет хорошо продуманной и самостоятельной, можно будет зарелизить, как оупенсорс. Можно, но стыдно.
                                  Каждый язык программирование — это отдельная идеология, правила и договоренности. Это же, как писать, к примеру: privet, poka, ia haker, хеллоу, бай, ай эм хакер.
                                    –1
                                    Крупные проекты пишутся не на языках, а с использованием языков. Локальная простота и общие удобство имеют приоритет выше, чем будущая поддержка подсистем вне системы. Не всегда, но такое бывает.
                                      0
                                      Возможно, действительно, все зависит от проекта.
                              0
                              Полностью с вами согласен, различие есть и между фреймворками в рамках одного языка, пример для Python: Zope и Django.
                                +1
                                Если речь идёт о геттерах, то в руби также будет some_item.
                                  +1
                                  Вы конечно правы!
                                +7
                                some_variable, some_property, some_function, но SomeClass и someMethod
                                  0
                                  Интересный подход
                                    0
                                    Стандартные правила именования PHP.
                                      +1
                                      Стандартные где? в самом PHP нет стандарта. Есть только стандарты в рамках фреймворков, библиотек, проектов.
                                          +1
                                          Так это стандарт для разработки самого языка на С. Там есть только пара пунктов про юзер-функции
                                            0
                                            Не пара слов а побольше, и про методы, и про функции, и про константы, и про переменные.
                                              +1
                                              Про переменные — это про переменные в С коде
                                              for (i=0; i<100; i++)
                                              

                                              Классы и методы похоже относятся к юзер-классам, так как сам PHP на чистом С пишется, насколько я понимаю.
                                              Про константы не нашел.
                                                0
                                                Да, с константами я погорячился, откуда-то с другого места взял, а переменные отнёс к PHP по аналогии с функциями.
                                      0
                                      В Python абсолютно такой же подход принят за стандарт.
                                        +3
                                        Вот я соврал, а меня даже плюсанули. Конечно же, для методов правила именования такие же, как для функций.
                                          +1
                                          В python some_method же
                                      +3
                                      Немного странный вопрос. Какой предполагается ответ, если переменные называю с маленькой, а функции с большой буквы (c#)? А вообще, называть нужно не как нравится, а как принято в языке/фреймворке.
                                        +7
                                        C#
                                        методы: GetMyData()
                                        свойства: MyData
                                        private поля: _myData
                                        переменные в теле метода: myData
                                          +1
                                          В принципе тоже использую в таком же стиле переменные — myData, методы — GetMyData(). Ну а теперь ещё буду делать и private поля _myData. Спасибо за идею ;)
                                          +2
                                          Для scheme или clojure использую some-item, get-item.
                                            +3
                                            Пишу, так как принято в гайдлайнах конкретного языка.
                                              0
                                              Пишу так, как принято в конкретном языке/фреймворке/проекте, но субъективно больше по душе snake_case.
                                                0
                                                python: var_name, func_name
                                                C++: varName, func_name
                                                  0
                                                  У меня уже вот так:
                                                  Delphi, JS, С++, C#: varName, FuncName.
                                                  0
                                                    +1
                                                    Переменные, свойства и функции не определяет…
                                                    +1
                                                    На работе:
                                                    iGetItem — впереди тип данных
                                                    В своих проектах:
                                                    get-item
                                                      0
                                                      последнее очень пахнет powershell'ом :)
                                                        0
                                                        Последнее принято в языках вроде Scheme.
                                                          0
                                                          Возможно. но концепция коммандлетов PSH мне нравится. И видимо, тут msft решила не изобретать велосипед.
                                                      0
                                                      Как прописано в Style Guide проекта.
                                                        0
                                                        А у нас по корпоративной этике:
                                                        public function get myItem():Item {return myItem;}
                                                        private var _myItem:Item
                                                        
                                                          0
                                                          return _myItem;
                                                          
                                                          конечно же
                                                          +1
                                                          Как-то так. Хотя префикс «m_» самому не нравится, но приходится использовать хоть что-то для отделения переменных класса от локальных переменных функций.

                                                          class HelloWorld
                                                          {
                                                          	int m_variable_long_name;
                                                          	int m_result;
                                                          
                                                          public:
                                                          
                                                          	int getVariableLongName() const
                                                          	{
                                                          		return m_variable_long_name;
                                                          	}
                                                          
                                                          	int getResult() const
                                                          	{
                                                          		return m_result;
                                                          	}
                                                          
                                                          	void setVariableLongName(const int variable_long_name)
                                                          	{
                                                          		m_variable_long_name = variable_long_name;
                                                          	};
                                                          
                                                          	void calculateResult()
                                                          	{
                                                          		int local_variable = 10;
                                                          		m_result = m_variable_long_name * local_variable;
                                                          	}
                                                          };
                                                          
                                                            0
                                                            C#
                                                            Методы и свойства: SomeImportantMethod()
                                                            Закрытые поля: _someField

                                                            Java
                                                            Методы и свойства: someImportartMethod()
                                                            Закрытые поля: _someField

                                                            PHP
                                                            Методы и свойства: some_important_method()
                                                            Закрытые поля: _someField
                                                              0
                                                              Могу понять зачем в случае JavaScript, но зачем подчеркивание наименовании приватного поля "_someField" в Java (о других не говорю) если приватность обеспечена самим языком программирования?
                                                                0
                                                                Для удобства программирования. Смотришь на название поля и сразу понимаешь откуда оно взялось.
                                                                  +1
                                                                  В Java это и так видно, конечно если не работать в блокноте. Считаю _ в Java дурным тоном.
                                                                    0
                                                                    Я недавно изучаю Java, но я вот что-то не могу понять как там сходу видно, что поле закрытое в рамках класса? Вы имеете ввиду подстветку в IDE?
                                                                      0
                                                                      Да имел ввиду средства IDE. А вообще в Java поля с доступом паблик редкость, не принято. Кстати исходники базовые пакетов Java (JRE) не содержат всяких префиксных подчеркиваний.
                                                                        0
                                                                        По поводу public полей в Java. Я использую Java в основном для Android, а в туториалах от Google написано, что рекомендуется все поля делать открытыми, а не прятать их за методами get и set. Но тут скорее из соображений производительности.

                                                                        По поводу нижних подчеркиваний. Это стиль у меня пришел из C#, так как у нас на работе политика такая, что код должен быть написан так, чтобы его можно было напечатать на бумаге и читабельность бы не упала. Поэтому полагаться на, например, цветовую подсветку IDE не стоит.
                                                                          0
                                                                          Разумеется Android имеет свои приоритеты и да вероятно дело в уменьшении потребления памяти, но открытие всех полей может превратить классы в кашу и позволит легко нарушить задуманную логику работы.

                                                                          Работаю с Java больше 4 лет, ни в одном рабочем проекте не встречал _ кроме одного недавнего испансокго проекта (на фрилансе), и эти _ зразу режут глаз. Но этот проект вообще отдельный разговор, там все выглядит так как будто систему делают PHP разработчики, помимо этого общего соглашения по стилю нет, технического лидера нет, кодревью нет и тд., то есть понятно откуда там взялось _.
                                                              –1
                                                              Разумность побеждает, в смысле Жависты :)
                                                                +1
                                                                pep8 наше всё
                                                                  0
                                                                  > наше, питоновское, всё

                                                                  FTFY
                                                                  0
                                                                  Никогда особо не вчитывался в различные рекомендации по оформлению кода, но для себя вывел примерно следующую схему:
                                                                  THIS_IS_CONST
                                                                  thisIsVar
                                                                  ThisIsFucntion (или f_ThisIsFucntion — если много функционального кода)
                                                                  CThisIsClass (или c_ThisIsClass)
                                                                    0
                                                                    … а если всё называть одной буковкой, то таких проблем вообще не возникнет…
                                                                      0
                                                                      За многие годы у меня сложились такие правила:

                                                                      имена
                                                                      переменных (тип данных — примитив) — items_count = sizeof(items)
                                                                      инстансов классов — objectsFactory = new ObjectsFactory(«square»)
                                                                      классов — ObjectBuilder
                                                                      методов — attachEvent(IEvent $event)
                                                                      функций — invalidate_cache_key($key)
                                                                      констант — SEVENTYTWO = 72
                                                                      интерфейсов — IHttpRequest
                                                                      абстрактных классов — AHttpResponse

                                                                      Only users with full accounts can post comments. Log in, please.