Andrey
На уровне фреймворка принято то, о чем я написал
Os
Os
Laravel придерживается psr
Os
А там camel case для других нужд
Andrey
https://github.com/laravel/framework/blob/5.5/src/Illuminate/Auth/SessionGuard.php
Andrey
Давай поспорь еще со мной
Andrey
Я никого не заставляю, делайте, как знаете) Потом вам работать с кодом, где в одном месте my_variable а в другом myVariable
invariance
на каком уровне фреймворка
invariance
вы че наркоманы
invariance
вы же не кусок фреймворка допиливаете
Andrey
Ты его используешь
invariance
а делаете свой проект, а фреймворк используете как набор готовых тулз
invariance
в своем проекте ворочу че хочу
invariance
то что я юзаю фреймворк - не делает проект фреймворком
Andrey
Я выше написал
Andrey
Потом вам работать с кодом, где в одном месте my_variable а в другом myVariable
invariance
invariance
главное что бы он читался
invariance
а вот на camel vs snake вообще насрать
invariance
конечно если это не затрагивает psr
Andrey
Читаться он будет просто превосходно, когда здесь так, тут эдак, а там вообще хуй пойми как
invariance
если это два разных участка кода, то норм
Andrey
Ага) Про твое качество кода я уже все понял, можешь не продолжать)
invariance
ой
Os
В пср в целом отдают на откуп программисту именования переменных
invariance
invariance
перфекцехуист
Andrey
Нет, не перфекционист ни разу между прочим
Andrey
Какой перфикционизм в том, что ты придерживаешься единого CS?
invariance
Гхм
invariance
А что, если я скажу тебе, что мой CS позволяет юзать и камел и снейк одновременно?
Andrey
Скажу, что у тебя просто нет CS
Ар
фу
invariance
invariance
сам знаешь
invariance
=)
invariance
CS это такая же абстрактная вещь, как ООП
Ар
invariance
Ар
плохой пример)
invariance
у меня на самом деле в некоторых местах юзается snake, а в некоторых camel. В БЛ camel, а вот когда передаю переменные в темплейты например - юзаю snake именование, потому что так удобнее
Andrey
Особенно кайфанешь от такого CS, когда над проектом будет человек 40 работать
Andrey
Будет прото ❤️
Ар
invariance
invariance
даже 100 человек будет норм работать
Andrey
В БЛ camel, а вот когда передаю переменные в темплейты например - юзаю snake именование, потому что так удобнее
Аргументируй - чем удобнее?)
invariance
это даже не самый ебанутый CS, который существует, поверь
Andrey
лол, я за 8 лет повидал уж точно не меньше твоего) Потому и говорю то, что говорю
Andrey
Что не стоит смешивать разные стили
invariance
ну это твое субъективное мнение
invariance
которое у тебя за 8 лет выработалось
Andrey
Это мнение основанное на моем субъективном опыте да. Я где-то говорил, что я истина в последней инстанции?
invariance
Andrey
Что ж, отличный аргумент
invariance
и потому что в ларке переменные в нижний регистр переводятся
invariance
которые ты пишешь в строчечках
Andrey
В каких строчечках, о чем ты?
invariance
with('Users', $users); => $users
invariance
плюс в тестах snake case тоже читабельнее
Andrey
Оно вроде как тебе и camel преобразует, если надо.
Да что значит: “В тестах более читаемо camel case”? Ну что это означает? С чего ты это решил? Какие аргументы?
invariance
snake епт
Andrey
Ну ты понял 🙂
invariance
Я это решил с того, что все нормальные люди юзают снейк там
Andrey
Ты угораешь над нами что ли?
Andrey
https://github.com/laravel/framework/tree/5.5/tests
Andrey
Покажи
invariance
ну ты серьезно думаешь, что вот это:
TestSomethingBaseFunctionWithVariablesAndArrays
читать легче, чем это:
test_something_base_function_with_variables_and_arrays
Andrey
Одинаково. Дело привычки
invariance
Покажи
что тебе показать? Я не марионетка официальной доки
invariance
у меня типо свое мнение есть
Andrey
Понятно, да) Потом прото эти ваши мнения мне приходится исправлять
Andrey
Есть уже принятое сообществом соглашение
Юрий
Andrey
Но нет, я не такой
Andrey
У меня свое мнение есть на все 🙂
invariance
Юрий
В большой команде - золотая
Andrey
Ой, ладно, это бесполезно