@prophp7

Страница 176 из 1387
Sergey
09.01.2017
12:08:55
сделай вместо своей реализации адаптер для доктрин кэша)

Jan
09.01.2017
12:09:14
Так я хотел наоборот)))

Sergey
09.01.2017
12:09:15
ну или не парься и юзай просто другой кэш

Jan
09.01.2017
12:09:19
Адаптер для нашей)

Google
Sergey
09.01.2017
12:09:31
Так я хотел наоборот)))
а в чем профит "вашего"?

хотя пофигу

Jan
09.01.2017
12:09:48
Он просто есть)

Sergey
09.01.2017
12:09:51
....

его можно удалить)

Jan
09.01.2017
12:09:58
Ахаха)

Sergey
09.01.2017
12:10:05
че не взять PSR интерфейсы для кеша?

Jan
09.01.2017
12:10:18
Когда-нибудь мы это сделаем.

Может быть.

?
09.01.2017
12:10:31
а зачем?

Sergey
09.01.2017
12:11:12
а зачем?
действительно, всеравно мы все умрем и вселенную ждет страшная тепловая смерть

?
09.01.2017
12:11:22
Тип берите интерфейсы PSR, стильно, модно, молодежно?

Sergey
09.01.2017
12:11:37
Тип берите интерфейсы PSR, стильно, модно, молодежно?
тип завязывайтесь на них потому что найти реализацию не проблема

Google
?
09.01.2017
12:11:50
ok

Viktor
09.01.2017
12:13:32
го срач PSR vs симфони

Sergey
09.01.2017
12:13:52
в симфони есть имлементация psr-6

$iD
09.01.2017
12:14:01
в симфони всё на пср)

Viktor
09.01.2017
12:14:01
это один из psr

$iD
09.01.2017
12:14:19
лучше срач psr vs no psr

Viktor
09.01.2017
12:14:21
$iD
09.01.2017
12:14:28
принятые

Viktor
09.01.2017
12:14:45
повторюсь

Sergey
09.01.2017
12:17:08
в симфони все по PSR-0/1/2/4 стандартам 6й вот заимплементили недавно 3й в монологе ок работает 7й кое-как, но работает

че еще надо то?

F01134H
09.01.2017
12:17:40
$iD
09.01.2017
12:17:57
че еще надо то?
видимо Виктор хочет 13 и 16

Jan
09.01.2017
12:18:02
толсто
Очень сравнимые вещи.

F01134H
09.01.2017
12:18:13
фреймворк и стандарт?

Sergey
09.01.2017
12:18:26
ну уж простите, стандарты так быстро не адаптируют после их принятия

даже в java мире

F01134H
09.01.2017
12:18:30
давайте лучше сравним php и симфони

$iD
09.01.2017
12:18:53
:)

Google
Jan
09.01.2017
12:19:10
Налетай, не скупись, покупай самопись!

Sergey
09.01.2017
12:19:54
16й psr это вообще непонятно зачем было сделано

Viktor
09.01.2017
12:19:55
хм

я спросил всего лишь "уверен ли", и тут все ко-ко-ко

вместо "да" или "нет" :)

$iD
09.01.2017
12:20:43
я засцал

потому что не отрицаю, что чего-то могу не знать

Sergey
09.01.2017
12:20:57
симфони следуется стандартам(точнее рекомендациям), но не успевает так быстро их имплементить. учитывая что у них свои реализации

Sergey
09.01.2017
12:21:09
и вводить psr имлементации это BC как ни крути

Jan
09.01.2017
12:21:17
Кто-то нажрался опять и решил набросить на вентилятор)

Viktor
09.01.2017
12:22:30
Кто-то нажрался опять и решил набросить на вентилятор)
кто бы это мог быть? чей-то код надо проверить на производительность видимо)

Viktor
09.01.2017
12:23:15
тещемта все говорят симфони === пср... а все ли уверены в том, что симфони следует пср на 100%? это лишь вопрос :)

?
09.01.2017
12:23:49
interface InvalidArgumentException extends CacheException { } не понимаю зачем это так делать?

psr 16

Sergey
09.01.2017
12:24:07
маркеры

?
09.01.2017
12:24:43
interface CacheException { } ?

пустые интерфейсы

не ну этот psr 16 блин

Viktor
09.01.2017
12:25:22
ну чтобы было

Google
Sergey
09.01.2017
12:25:29
ну ты делаешь свою имплементацию, у тебя какой-нибудь OloloException implements CacheException и ты в своей имлементации бросаешь свои эксепшены

Viktor
09.01.2017
12:25:35
а вообще, пустые интерфейсы не такое уж и зло

Sergey
09.01.2017
12:25:50
а кто-то юзает кеш и привязывается к интерфейсам CacheException. и тебе похер че там кто бросает

?
09.01.2017
12:26:23
тоже верно)

Sergey
09.01.2017
12:26:26
https://en.wikipedia.org/wiki/Marker_interface_pattern

?
09.01.2017
12:29:20
Интересно, нигде про этот паттерн не слыхал если честно

Viktor
09.01.2017
12:29:21
кстати говоря... я так и не понял, нахрена нужен 13й пср?

какая от него практическая польза?

?
09.01.2017
13:47:20
Вообще из всех PSR я часто сталкиваюсь и сам юзаю 1, 2, 3 и 4

Admin
ERROR: S client not available

Sergey
09.01.2017
20:28:07
https://www.reddit.com/r/PHP/comments/5mycc5/framework_code_complexity_comparison/

Тэйлор опять не принят таблетки

Sergey
09.01.2017
20:32:29
а ничо что лара поверх компонент симфони?)

da horsie
09.01.2017
20:33:29
Маркетинг такой маркетинг

Sergey
09.01.2017
20:33:55
а ничо что лара поверх компонент симфони?)
он считает что эти метрики говорят о том, что его стиль кода лучше

da horsie
09.01.2017
20:34:05
Чувак создает хайп, очень правильно делает

Sergey
09.01.2017
20:34:18
на вопрос "напиши свой парсер yaml что бы тот был быстрым и с низкой цикломатической сложностью" он сказал "если заплатишь"

Sergey
09.01.2017
20:34:36
?

Google
Sergey
09.01.2017
20:34:39
ну и да, это тупо маркетинг

http://static.tvtropes.org/pmwiki/pub/images/free.png

da horsie
09.01.2017
20:35:05
Напоминает еще одного известного в наших кругах товарища :)

Sergey
09.01.2017
20:35:48
меня больше напрягает что это реально такой вот дешевый вброс... насколько я помню код ларавели, там нет ничего что делает что-то сложное

а сравнение eloquent с doctrine разорвало наверное немало пуканов

Тэйлор грамотный маркетолог

у Фабьена с такими гнилыми способами маркетинга нет шансов)

da horsie
09.01.2017
20:42:52
Фабьен переехал в штаты

Основная цель, полагаю, именно усиление маркетинга

finkel
09.01.2017
20:56:09
у меня есть 4 класса, в которых нужно знать некие зависимости (список сущностей и их менеджеры) типа "EntityId->ClassManagerService (object)", плохая практика сделать класс с массивом этих зависимостей, оформить его как сервис, где массив заполняется зависимостями через конструктор. И, в свою очередь, этот класс уже инжектить туда где мне нужны эти зависимости.

Sergey
09.01.2017
21:04:04
> список сущностей и их менеджеры данные и процедуры....

мне кажется что ты занимаешься преждевременными оптимизациями какими-то

finkel
09.01.2017
21:08:56
мне кажется что ты занимаешься преждевременными оптимизациями какими-то
мне кажется что я делаю, что то простое очень сложно

Sergey
09.01.2017
21:09:28
мне кажется что я делаю, что то простое очень сложно
попробуй например отказаться от менеджеров и сеттеров)

потом потихоньку минимизируй использование геттеров

и код упростится сильно

finkel
09.01.2017
21:10:58
попробуй например отказаться от менеджеров и сеттеров)
я новый человек в команде, еще весь проект то не вкурил..)

да и я нуб)

Sergey
09.01.2017
21:11:46
окей.... тогда просто поразмышляй на тему чем процедурное программирование и ООП различаются, различаются ли вообще, и зачем это все придумали

это займет у тебя пару месяцев если тебе это будет интересно)

хотя потом будет грустно немного а потому может и не надо

finkel
09.01.2017
21:13:33
хотя потом будет грустно немного а потому может и не надо
ну на этот случай есть хаскель, можно будет на нем гавнокодить)

Страница 176 из 1387