Ключ (ID) приложения (в нашем случае, нашего сайта) на этом ресурсе зачем оно в базе, не понятно

ОК, у нас самый важный сценарий: существующий юзер должен привязать свой аккаунт в шопе к facebook/google, чтобы потом мочь уметь логиниться с помощью этих служб

2 таблицы у меня.

таблиц юзеров существует в базе

а как хранить привязку социальных аккаунтов?

Создаем 2ую таблицу user_id, provider_type provider_id, token

Пользователи, **Связи**

или нужно что бы было 2 фасебука привязанно ?

user_id, provider_type, provider_id, token - это 4 разных поля?

да

user_id внешний ключ - ясно

provider_type - facebook/google/...

provider_id - ??

таблица с провайдерами

внутрений id соц сети

provider_id - ??

id пользователя в соц сети

token - полученный токен авторизации?

да

Можно еще refresh_token хранить

@mkusher а ты как используешь трейты ?

никак

@mkusher а ты как используешь трейты ?

кто не юзает композицию - тот москаль

шутки за 100 пошли. не нужно превращать это в пхпгикс

Шутка в тему не является плохой

какой-нибудь реальный пример

ну например выносим повторяющийся код для timestampable полей в entity

никак

в ларавеле интересно они используются во всяких entity . Трейт SoftDelete переапределяет find , и delete . И мы получаем мягкое удаление.

кто не юзает композицию - тот москаль

очень жаль такое слышать от несомненно умного человека

Я? Умный? Фи

очень жаль такое слышать от несомненно умного человека

а он еще юзает лару где трейты по всюду .

ну например выносим повторяющийся код для timestampable полей в entity

updated_at created_at?

updated_at created_at?

да

это в dao повесить на save ж просто надо, не?

что там в трейте может быть?

это в dao повесить на save ж просто надо, не?

используем синтаксический сахар doctrine gedmo

в модели оно нужно иногда, если надо дату создания показывать, например

это в dao повесить на save ж просто надо, не?

это же просто другой подход.

В трейты стоит выносить только тупой код, который не имеет смысла покрывать тестами.

В трейты стоит выносить только тупой код, который не имеет смысла покрывать тестами.

причем тут тесты?

В трейты стоит выносить только тупой код, который не имеет смысла покрывать тестами.

любой код, не покрытый тестами, является тупым, лол

вопрос в том, зачем он существует

а второй вопрос, неужели в трейтах нельзя тесты писать?

не любой код есть смысл покрывать тестами

фолли троллит

или тупит как я

покрывтаь тестами его ж тоже можно, в тесте созадаете класс, который юзает трейт и тестите

фолли троллит

вот я тоже что тут что-то не так

вот вам статеек шушуть https://habrahabr.ru/post/192320/

как в PHP можно определить объект с методом? аналог в JS var obj = { myObj: function () {return 12} }

inline

http://php.net/manual/en/language.oop5.anonymous.php

$obj = new class { public function myObj() { return 12; }};

Прямой аналог вашего.

а зачем тебе такое?

ты точно плохого не хочешь?)

Готов убивать тех, кто ставит { на одной строке с функцией или чем-то

Это просто пиздец

Это удобно.

Где удобно?

Где?

Какая разница где? Мне удобно. Вот и всё.

В чем проблема писать так: function hui() { return 1' }

В том, что я считаю, что это выглядит по ублюдски.

Зачем кого-то убивать? Запили конфиги для PHP CS Fixer, PHP CodeSniffer и PHP MD и радуйся. ?

$obj = new class { public function myObj() { return 12; }};

Parse error: syntax error, unexpected 'class' (T_CLASS) i

Такой вариант использую только для классов, для методов и вариативных конструкций использую на одной строке

Стиль СИ более читебелен

Более красив

ERROR: S client not available

Более труъ

Это только твое мнение, не более

Даже в PSR ни слова об этом.

$user = new class { .... }

Мое право юзать тот codestyle, который мне нравится.

Parse error: syntax error, unexpected 'class' (T_CLASS) i

resurtm@resurtm-desktop:~/dev/bug-tracker-node$ cat 1.php <?php $obj = new class { public function myObj() { return 12; }}; echo $obj->myObj(); resurtm@resurtm-desktop:~/dev/bug-tracker-node$ php 1.php 12resurtm@resurtm-desktop:~/dev/bug-tracker-node$ php —version PHP 7.1.0-5+0~20161222133152.13+stretch~1.gbp46a191 (cli) ( NTS ) Copyright (c) 1997-2016 The PHP Group Zend Engine v3.1.0-dev, Copyright (c) 1998-2016 Zend Technologies with Zend OPcache v7.1.0-5+0~20161222133152.13+stretch~1.gbp46a191, Copyright (c) 1999-2016, by Zend Technologies with Xdebug v2.5.0, Copyright (c) 2002-2016, by Derick Rethans resurtm@resurtm-desktop:~/dev/bug-tracker-node$

Ну тогда гореть тебе в аду

За свой CODESTYLE

Жаль, что я агностик

Ну тогда гореть тебе в аду

и еще 90% кодеров тоже со мной отправятся, ага.

Хуёстик. Видел я один проект, который переписывал. Он правда целиком и полностью с процедурным подходом. Вот тот быдлокодер тоже ставил { } на одной строке.

Там был кромешный ад.

Хахаха

if($var==$var){print "10";}

Даже в PSR ни слова об этом.

В PSR как раз таки это есть.

Как это связано с { на одной строке с языковой конструкцией, мм?

Связано это тем, что те, кто так делает, не уважает того, что будет копаться в этом говне после него.

Потому что конструкции бывают большими

В PSR как раз таки это есть.

Да, уже нашел. Ну, это тот единственный пункт PSR, который я нарушу

И когда мамкин кодер так делает, то можно проебать место, где условие закрывается (или функция)

И всё пойдёт по пизде, как говорится.

Связано это тем, что те, кто так делает, не уважает того, что будет копаться в этом говне после него.

Если у тебя в методах овер 200 строк, то ты априори быдлокодер

И поддерживать это говно будет сложно не из-за открывающей фигурной скобки.

Это во-первых, а во-вторых, { - открывающая фигурная скобка, а не закрывающая.

Да какая разница?

function example() { return "hello world"; }

Да какая разница?

Ты это серьезно?

Т.е. открывающая, закрывающая - пофиг?

Я тебе, блядь, пример привёл про эти скобки.

Причём тут закрывающая и не закрывающая?

А как насчет такой конструкции if (true) { ... } else { ... } ?