Size: a a a

2020 January 09

AG

Alexey Grishin in Laravel Pro
спасибо, очень помогло
источник

ЕК

Егор Карась... in Laravel Pro
А чем он аргументирует?
источник

AG

Alexey Grishin in Laravel Pro
Егор Карась
А чем он аргументирует?
тем что все остальные проекты на camelCase сделаны, но не на ларе. И все фронты привыкли к такому наименованию, что бы путаницы не было
источник

ЕК

Егор Карась... in Laravel Pro
А как воще фронтов епёт, как зовутся поля в БД? О_о
источник

AG

Alexey Grishin in Laravel Pro
ну так они же с этими полями работают
источник

ЕК

Егор Карась... in Laravel Pro
А он не боится что путаница будет уже с твоей стороны?
источник

AG

Alexey Grishin in Laravel Pro
ну им приходят данные по апи, они отправляют поля итд
источник

P

PSYTRGLES in Laravel Pro
С именами
источник

AR

Anton Rusakov in Laravel Pro
Они работают с полями, которые ты им передал :/
источник

AG

Alexey Grishin in Laravel Pro
Anton Rusakov
Они работают с полями, которые ты им передал :/
да, но я же им передаю именно такие же названия
источник

AG

Alexey Grishin in Laravel Pro
короче, если кто то так делал или есть понимание о подводных камнях, то прошу подсказать. на первый взгляд ничего критичного, а как они названы, лично мне все равно
источник

NS

Name Surname in Laravel Pro
Пассаны, кто нить работал с oracle + laravel ?
источник

P

PSYTRGLES in Laravel Pro
Имхо, фронт "привык" намекает на уровень этого фронта, у них привычка, у тебя доп гемор
источник

NG

Nik Galaev in Laravel Pro
Alexey Grishin
кто нибудь пробовал использовать CamelCase для наименования полей в БД? меня на новом проекте просят именно так сделать. на первый взгляд это не критично, но мб есть какие подводные камни? пока на ум приходят только небольшие костыли со стандартными полями created_at итд
пробовал, нет проблем. и нейминги таблиц с заглавной, и че в молодости только не чудили
источник

AG

Alexey Grishin in Laravel Pro
Nik Galaev
пробовал, нет проблем. и нейминги таблиц с заглавной, и че в молодости только не чудили
Супер! я правильно понимаю что единственное что нужно сделать, это подробнее описать связи? с указанием полей
источник

А

Артур in Laravel Pro
Alexey Grishin
короче, если кто то так делал или есть понимание о подводных камнях, то прошу подсказать. на первый взгляд ничего критичного, а как они названы, лично мне все равно
не должно быть проблем. главное укажи в моделях принудительно названия полей для стандартных timestamps
источник

AG

Alexey Grishin in Laravel Pro
Артур
не должно быть проблем. главное укажи в моделях принудительно названия полей для стандартных timestamps
да, про это тоже помню
источник

А

Артур in Laravel Pro
ну и связи да, желательно указать если поля из 2х слов и более
источник

NG

Nik Galaev in Laravel Pro
Alexey Grishin
Супер! я правильно понимаю что единственное что нужно сделать, это подробнее описать связи? с указанием полей
да
источник

NG

Nik Galaev in Laravel Pro
но на самом деле это не оч, будет глаз рябить от таких переменных
источник