По теме из базы знаний
- Борьба с дублями (номенклатуры, контрагентов) или чем полезен внутренний идентификатор объекта
- Хранилища настроек
- Организация файлового хранилища на базе MS SQL Server с доступом из 1С
- Импорт справочников из Инфо-Предприятие 1.91 в БП2.0/ЗУП2.5 (из файлов *.db или *.xls/*.xlsx)
- Создание внешней обработки в фоне на БСП - проще простого, для ленивых или начинающих
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) сам смысл написания используется исключительно для восприятия кода человеком.
Если это оператор в коде, то он в конфигураторе подсвечивается соответствующим цветом. Так нагляднее. И отличие "ИЛИ" от "Или" не принципиальная. Мозг человека воспринимает это в целом, если только это не читает начинающий программист, который каждый символ рассматривает. Конечно даже не рассматриваем другие виды написания этой конструкции.
Другое дело, если эта конструкция встречается в запросе, который не выделяется нужным цветом. Вот для выделения управляющих конструкций и используется только "ИЛИ".
Все остальные рекомендации от лукавого.
Если это оператор в коде, то он в конфигураторе подсвечивается соответствующим цветом. Так нагляднее. И отличие "ИЛИ" от "Или" не принципиальная. Мозг человека воспринимает это в целом, если только это не читает начинающий программист, который каждый символ рассматривает. Конечно даже не рассматриваем другие виды написания этой конструкции.
Другое дело, если эта конструкция встречается в запросе, который не выделяется нужным цветом. Вот для выделения управляющих конструкций и используется только "ИЛИ".
Все остальные рекомендации от лукавого.
(12)
Если рассуждать с позиции что платформа скушает то она много чего может скушать, а вот человеку читать такой код будет не удобно. Код не только для платформы писать надо, но и для людей которые его будут читать и поддерживать.
Что-то говорит внутри, что платформа это скушает
Если рассуждать с позиции что платформа скушает то она много чего может скушать, а вот человеку читать такой код будет не удобно. Код не только для платформы писать надо, но и для людей которые его будут читать и поддерживать.
(14) Ну когда речь о словечках
"Или" "И" "Тогда" Удобочитаемость зависит скорее от форматирования отступов и цветовой схемы. ИменаДлинныхПеременных уже, кочечно, проще читать "Лесенкой".
В запросах - аналогично тому, как преобразует конструктор.
На практике - чаще раздражает, когда функции и процедуры из нескольких тысяч строк задействуют. Хочется взять и разделить. Но на типовых конфах такое не провернешь.
"Или" "И" "Тогда" Удобочитаемость зависит скорее от форматирования отступов и цветовой схемы. ИменаДлинныхПеременных уже, кочечно, проще читать "Лесенкой".
В запросах - аналогично тому, как преобразует конструктор.
На практике - чаще раздражает, когда функции и процедуры из нескольких тысяч строк задействуют. Хочется взять и разделить. Но на типовых конфах такое не провернешь.
(7) Считаю, что решать кому работать в данной профессии, а кому нет - это не ваше дело, да и не дело никого другого, вообще такое обращение неуважительное по отношение к собеседнику. Очень противно читать такие заявления, попахивает очень большим самомнением.
(35)
P.S. И "самомнение" пишется без "я".
самомнения у меня будь здоров.
Противоречит самому факту создания такого опроса. Зачем он понадобился? Чтобы удостовериться (ну так, на всякий случай), что большинство пишет так же, как автор? А 1 $m, очевидно, тому, кто лучше других обоснует "правильность" такого написания?
P.S. И "самомнение" пишется без "я".
Если что то бесит надо искать проблемы в себе.
Надо проще ко всему относится.
И надо помнить одно важное правило: Не ищи логику там где ее нет.
Она далеко не везде присутствует.
Если вы зациклены на формах, а не на содержании, то надо работать над собой.
Надо проще ко всему относится.
И надо помнить одно важное правило: Не ищи логику там где ее нет.
Она далеко не везде присутствует.
Если вы зациклены на формах, а не на содержании, то надо работать над собой.
(19) Я прочитаю любой код. Мой мозг одинаково понимает ИЛИ или Или,
Надо грамотно расставлять приоритеты. Есть важные вещи а есть не важные и не принципиальные.
Меня напрягает когда в коде константы (не в смысле объекты константы) и куча если написано. Короче не универсальные алгоритмы - костыли короче. Красивые костыли пишут не прикапешься.
Надо грамотно расставлять приоритеты. Есть важные вещи а есть не важные и не принципиальные.
Меня напрягает когда в коде константы (не в смысле объекты константы) и куча если написано. Короче не универсальные алгоритмы - костыли короче. Красивые костыли пишут не прикапешься.
(72) Вроде это сумасшедший аргумент.
Здравый смысл еще видать больший?
Когда это здравый смысл объяснял наличие не нужных слов?
Язык запросов слизана с T-SQL поддерживаемых баз приведенный к общему знаменателю - используется то что совпадает в 5 СУБД.
На T-SQL-е as которые недавно прочитали учебник и не поняли что это необязательно. А уж большими буквами AS, если конечно весь код не приведен к верхнему регистру.
Здравый смысл еще видать больший?
Когда это здравый смысл объяснял наличие не нужных слов?
Язык запросов слизана с T-SQL поддерживаемых баз приведенный к общему знаменателю - используется то что совпадает в 5 СУБД.
На T-SQL-е as которые недавно прочитали учебник и не поняли что это необязательно. А уж большими буквами AS, если конечно весь код не приведен к верхнему регистру.
(72)
Для "человека с самомнением" не нужны никакие обоснования: стандарты для себя, любимого, задает только он сам! И на здравый смысл ему плевать, если этот смысл противоречит его желаниям - тем хуже для здравого смысла!
Или стандарты, ИЛИ самомнение.
Это вроде в стандартах есть. В здравом смысле тоже.
Опять оправдания и поиск опоры. Нет, нестыковка налицо.
Для "человека с самомнением" не нужны никакие обоснования: стандарты для себя, любимого, задает только он сам! И на здравый смысл ему плевать, если этот смысл противоречит его желаниям - тем хуже для здравого смысла!
Или стандарты, ИЛИ самомнение.
По-моему, тут всё очевидно.
СП: Хотя, нее.
1С:АПК, раздел "Проверка канонического написания ключевых слов" (скрин)
СП:
Логические операции
Логические операции
Общее
Операции сравнения
Булевы операции
Логическая операция сравнивает операнды и вырабатывает значение типа Булево: Истина или Ложь. Существует два вида логических операций: операции сравнения и булевы операции. В операциях сравнения сравниваются два значения. Булевы операции выполняются над значениями типа Булево, реализуя булеву алгебру. Символы булевых операций могут комбинироваться, образуя составные операции.
Операции сравнения:
В языке определены следующие виды операций сравнения:
больше
(Оп1 > Оп2)
больше или равно:
(Оп1 >= Оп2)
меньше:
(Оп1 < Оп2)
меньше или равно:
(Оп1 <= Оп2)
равно
(Оп1 = Оп2)
не равно:
(Оп1 <> Оп2)
Операции сравнения определены для следующих типов операндов:
больше
Число>Число
Строка>Строка
Дата>Дата
больше или равно:
Число>=Число
Строка>=Строка
Дата>=Дата
меньше:
Число<Число
Строка<Строка
Дата<Дата
меньше или равно:
Число<=Число
Строка<=Строка
Дата<=Дата
равно
Любой тип=Любой тип
не равно:
Любой тип<>Любой тип
Булевы операции:
В языке определены следующие виды булевых операций:
И (AND)
конъюнкция (булево И)
ИЛИ (OR)
дизъюнкция (булево ИЛИ)
НЕ (NOT)
логическое отрицание (булево отрицание НЕ)
Логические выражения вычисляются слева направо. Для того, чтобы избежать неоднозначности и управлять последовательностью операндов, следует применять круглые скобки.
Уровни старшинства логических операций:
Уровень 1 — операнды заключенные в скобки
Уровень 2 — НЕ
Уровень 3 — И
Уровень 4 — ИЛИ
Замечание! При вычислении логического выражения вычисляются только необходимые части выражения. Например, в выражении "(Цена > 0) И ПроверкаСуммы()", если Цена <= 0, то функция ПроверкаСуммы() не вызывается.
ПоказатьЛогические операции
Общее
Операции сравнения
Булевы операции
Логическая операция сравнивает операнды и вырабатывает значение типа Булево: Истина или Ложь. Существует два вида логических операций: операции сравнения и булевы операции. В операциях сравнения сравниваются два значения. Булевы операции выполняются над значениями типа Булево, реализуя булеву алгебру. Символы булевых операций могут комбинироваться, образуя составные операции.
Операции сравнения:
В языке определены следующие виды операций сравнения:
больше
(Оп1 > Оп2)
больше или равно:
(Оп1 >= Оп2)
меньше:
(Оп1 < Оп2)
меньше или равно:
(Оп1 <= Оп2)
равно
(Оп1 = Оп2)
не равно:
(Оп1 <> Оп2)
Операции сравнения определены для следующих типов операндов:
больше
Число>Число
Строка>Строка
Дата>Дата
больше или равно:
Число>=Число
Строка>=Строка
Дата>=Дата
меньше:
Число<Число
Строка<Строка
Дата<Дата
меньше или равно:
Число<=Число
Строка<=Строка
Дата<=Дата
равно
Любой тип=Любой тип
не равно:
Любой тип<>Любой тип
Булевы операции:
В языке определены следующие виды булевых операций:
И (AND)
конъюнкция (булево И)
ИЛИ (OR)
дизъюнкция (булево ИЛИ)
НЕ (NOT)
логическое отрицание (булево отрицание НЕ)
Логические выражения вычисляются слева направо. Для того, чтобы избежать неоднозначности и управлять последовательностью операндов, следует применять круглые скобки.
Уровни старшинства логических операций:
Уровень 1 — операнды заключенные в скобки
Уровень 2 — НЕ
Уровень 3 — И
Уровень 4 — ИЛИ
Замечание! При вычислении логического выражения вычисляются только необходимые части выражения. Например, в выражении "(Цена > 0) И ПроверкаСуммы()", если Цена <= 0, то функция ПроверкаСуммы() не вызывается.
1С:АПК, раздел "Проверка канонического написания ключевых слов" (скрин)
Прикрепленные файлы:
Те, кто пишет спецом ИЛИ, куда вы деваете оставшее свободное время? У меня часто проскакивает КОнец, ПРоцедура и т.д. Если замечаю и есть вермя исправить, то исправляю. Хоть глаза и режет, но от скорости печатания не всегда слежу за корректностью напечатанного
"ИЛИ".
Привык как-то еще до 1С булевы операторы и операторы языков запросов писать заглавными. Ну и так как начинал с паскаля и бейсика, то писать операторы языка с заглавных тоже привычно. А вот сишники бывает грешат все прописными оформлять и в других языках. Это да - глаз режет. Хотя в Си это хорошо смотрится. Наверное, потому что на Си тоже немножко пописывал.
А в чужом коде больше всего раздражают не отличия от моего стиля (он практически полностью по стандартам 1С получается), а вообще пренебрежительное отношение к оформлению кода. Случайные отступы, смешение стилей, ошибки, загадочные названия переменных. Ну и я никогда не видел, чтобы программисты с таким отношением к оформлению кода писали хорошую логику - такой код всегда в добавок еще и отвратительно структурирован и полон прекрасного. Это одноразовый код. Как правило, его дешевле переписать и только потом дорабатывать. По итогу и время и нервы экономятся.
(30) Я набираю вслепую, т.е. глаза всегда на экране и случайные ошибки набора тут же видишь и исправляешь. Многие используют шаблоны для ввода языковых конструкций. И быстро и без ошибок.
Привык как-то еще до 1С булевы операторы и операторы языков запросов писать заглавными. Ну и так как начинал с паскаля и бейсика, то писать операторы языка с заглавных тоже привычно. А вот сишники бывает грешат все прописными оформлять и в других языках. Это да - глаз режет. Хотя в Си это хорошо смотрится. Наверное, потому что на Си тоже немножко пописывал.
А в чужом коде больше всего раздражают не отличия от моего стиля (он практически полностью по стандартам 1С получается), а вообще пренебрежительное отношение к оформлению кода. Случайные отступы, смешение стилей, ошибки, загадочные названия переменных. Ну и я никогда не видел, чтобы программисты с таким отношением к оформлению кода писали хорошую логику - такой код всегда в добавок еще и отвратительно структурирован и полон прекрасного. Это одноразовый код. Как правило, его дешевле переписать и только потом дорабатывать. По итогу и время и нервы экономятся.
(30) Я набираю вслепую, т.е. глаза всегда на экране и случайные ошибки набора тут же видишь и исправляешь. Многие используют шаблоны для ввода языковых конструкций. И быстро и без ошибок.
Когда устраивался на работу во франч, то соглашения по написанию кода вручались под подпись. В частности: Или должно писаться в коде, а ИЛИ в тексте запроса. Но это внутреннее соглашение.
А вот на то, что даже в справке логические операторы пишутся заглавными буквами честно говоря удивлен.
Для каждого ... из или Для Каждого ... Из? Истина или ИСТИНА? UpperCamelCase, lowerCamelCase, snake_case, kebab-case, Train-Case, SCREAMING_SNAKE_CASE или еще какой другой стиль?
Вообще, пусть безобразно, но однообразно: если в коде 1С "в среднем по колхозу" UpperCamelCase, то делать что-то иначе это моветон.
А вот на то, что даже в справке логические операторы пишутся заглавными буквами честно говоря удивлен.
Для каждого ... из или Для Каждого ... Из? Истина или ИСТИНА? UpperCamelCase, lowerCamelCase, snake_case, kebab-case, Train-Case, SCREAMING_SNAKE_CASE или еще какой другой стиль?
Вообще, пусть безобразно, но однообразно: если в коде 1С "в среднем по колхозу" UpperCamelCase, то делать что-то иначе это моветон.
"Или, или" - немного режут глаз, но это не критично. Это никак не влияет на работу программы, и как правильно заметили, если это вас это раздражает при чтении кода, то вы либо не дозагружены, либо вам нефиг делать. Нужно обращать внимание на реальные косяки, например запросы в цикле, или просто некорректный код, а если ваш "внутренний перфекционист" мешает восприятию кода, то напишите тогда регулярное выражение, которое заменит все эти ужасные "или" на правильное программисткое "OR", и читайте в удовольствие.
Лично мне фиолетово как написано, при разборе чужого кода, даже не обращаю внимание на такие мелочи.
Это из серии, когда бывшие троечники, начинают делать замечания людям по поводу ошибок в словах.
Главное чтобы код был понятен, и работоспособен и по возможности оптимален. И с каким нибудь комментарием
Хотя, чисто интуитивно, логические конструкции И ИЛИ НЕ пишу заглавными, а все остальные операторы - Заглавная первая буква, остальные маленькие. Но не перепроверяю и не парюсь до паранойи по этому поводу.
Это из серии, когда бывшие троечники, начинают делать замечания людям по поводу ошибок в словах.
Главное чтобы код был понятен, и работоспособен и по возможности оптимален. И с каким нибудь комментарием
Хотя, чисто интуитивно, логические конструкции И ИЛИ НЕ пишу заглавными, а все остальные операторы - Заглавная первая буква, остальные маленькие. Но не перепроверяю и не парюсь до паранойи по этому поводу.
Пишу всегда "ИЛИ". Если встречаю в коде другое написание, то заменяю. Так же как и многие другие не устраивающие меня написания. Всегда пишу большими буквами все операторы" НЕ, И, ИЛИ. Плохо переношу "<>". Заменяю на "НЕ... =".
Со мной что-то не так?
Со мной что-то не так?
(59) Это может быть. Оптимизатор запросов условия на равенство шибко любит - тогда он может hash join применить, к примеру. В случае с <> он тоже должен догадываться до эффективного плана, но в сложных запросах всяко бывает. Где-то не по той ветке пошел :)
Но запросы - это отдельная тема, стоящая в стороне от внутреннего языка 1С.
Тот же null - далеко не одно и тоже в запросах и языке.
А в языке заменять операцию неравенства на отрицание равенства - по меньшей мере очень странно. Это все равно что возненавидеть синус и всегда выражать его через косинус.
Но запросы - это отдельная тема, стоящая в стороне от внутреннего языка 1С.
Тот же null - далеко не одно и тоже в запросах и языке.
А в языке заменять операцию неравенства на отрицание равенства - по меньшей мере очень странно. Это все равно что возненавидеть синус и всегда выражать его через косинус.
Подобные синтаксические дилеммы решаются ритуалом "Ctrl" + Пробел, который уже является чем-то средним между привычкой и тиком. И результатом этой комбинации является "Или", то бишь платформа сама предлагает такой вариант.
ИЛИ в запросе и Или в коде, это не самое плохое, что может напрягать в нашей профессии. По данному вопросу вообще не стоит напрягаться, так всегда найдется разрушитель ваших идеалов, и человек принимающий за истину противоположное мнение.
Все булевские операции в коде лучше писать заглавными буквами, так лучше воспринимается логическое выражение и его проще расшифровать, конечно нет разницы с точки зрения кода, но так как код приходится регулярно читать, анализировать и дописывать, то чтобы облегчить себе жизнь, лучше писать ИЛИ
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот