еще раз - покажи мне пункт в PCI DSS про хранимые процедуры

там, где про обеспечение доступа через программные способы, есть пример про хранимые. рекомендации использовать только их, точно нет, тут не поспоришь. поспорить можно разве с тем, что без хранимых обеспечить невозможность изменения запроса сложнее, чем с ними. ок, ты прав

ну вот у меня есть выборки которые я бы записал как: from('appointments') ->select(someRepresentation()) ->where( meetsSomeCondition($someStuffForCondition), meetsAnotherCondition(), when($predicate, yetAnotherCondition()) )

ну и еще вопрос какую СУБД ты юзаешь, вдруг mysql

щас - pg и oracle. раньше и mysql а что с ним не так? )

там, где про обеспечение доступа через программные способы, есть пример про хранимые. рекомендации использовать только их, точно нет, тут не поспоришь. поспорить можно разве с тем, что без хранимых обеспечить невозможность изменения запроса сложнее, чем с ними. ок, ты прав

то есть все упирается в изоляцию изменений. Еще раз повторюсь - я не против, если ты выбрал такой подход - ок, его ж не зря придумали.

просто это никак не относится к той теме которую я хотел обсудить. Вообще.

ну вот у меня есть выборки которые я бы записал как: from('appointments') ->select(someRepresentation()) ->where( meetsSomeCondition($someStuffForCondition), meetsAnotherCondition(), when($predicate, yetAnotherCondition()) )

такова я не видел но тоже хотел бы увидеть

такова я не видел но тоже хотел бы увидеть

ну короч хочу декларативненько склеивать запросы

попытку сделать подобное сделали в laravel через scope но так себе и там целая orm а не queryBuilder

ну короч хочу декларативненько склеивать запросы

я понимаю о чем ты)

типо условия написать и реюзать

я понимаю о чем ты)

https://www.thegreatcodeadventure.com/composable-query-builders-with-arel-in-rails/ - меня вот эта штука заинтриговала немного

https://www.thegreatcodeadventure.com/composable-query-builders-with-arel-in-rails/ - меня вот эта штука заинтриговала немного

видел либу Серафима выше?

типо условия написать и реюзать

у меня еще куча запросов: - интроспеция запросов (что бы потом гидраторы генерить и прочие штуки) - что бы не зависил от всяких там абстракций над коннекшеном, PDO и т.д. - элиасы - я не хочу их прописывать. Это сильно усложняет композицию

видел либу Серафима выше?

да

говно

а мне нравки на чтение

а мне нравки на чтение

а не, сорян. Эту не видал. По названию подумал что видел

почему нравится, есть удобные скоупы, есть прикольный dot syntax для отношений, в целом для чтения просто супер удобно

вот плюсы собсно

вот плюсы собсно

да, прочитал

но все ж это немного не то

из средненьких билдеров которые тоже интересны есть еще knex

http://knexjs.org/

но пока хз.... я плохо понимаю чего хочу. точно хочу интроспецию (что мы хотим выбрать и типы)

но в php такие штуки либо выходят многословными либо медленными (парсинг выражений)

а ты так и не продолжил ту штуку с регулярками?

в scala любят свои dsl придумывать и целые языки поверх )

а ты так и не продолжил ту штуку с регулярками?

типа re2php? от части. Я реализовал примитивные регулярки через комбинаторы парсеров, бенчмарки говорят что это в 100 раз медленнее и я забил

но я на скала не писал (

чисто теоритически имя FFI можно просто rec2 подключить и пробовать генерить php

в scala любят свои dsl придумывать и целые языки поверх )

ну там в целом экосистема под это развита. В php для этого есть только yay

чисто теоритически имя FFI можно просто rec2 подключить и пробовать генерить php

FFI это от Стогова расширение?

а я не нашел в себе духу даже попробовать)

FFI это от Стогова расширение?

да, его в 8-ке в ядро запихнут

понятненько,интересно)

слушай тут за cohesion вопросик

а ты так и не продолжил ту штуку с регулярками?

я на прошлых выходных запилил простенькую либку для комбинаторов парсеров, вот на этих думал запилить полноценный парсер JSON (что бы ту же грамматику умел что пример на HOA) и глянуть насколько это медленнее HOA

но у меня мотивация для этого была.... несколько иная нежели у Кирила

помимо того что cohesion это внутреннее зацепление в модуле, оно еще относится к тому чтобы модуль был нам полезным а не просто творил неведомую хуйню которая нам не нужна и без которой может жить приложение

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

помимо того что cohesion это внутреннее зацепление в модуле, оно еще относится к тому чтобы модуль был нам полезным а не просто творил неведомую хуйню которая нам не нужна и без которой может жить приложение

ну как бы это суть зацепления. что бы модуль делал что-то одно. А делать модули которые делают что-то бесполезное явно не оч здравая мысль

и причем там внутри все это зацепленно жеско фиг развяжешь будет большая связанность

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

ну, это низкий кохижен, я б даже сказал "случайный" (coincidental cohesion)

ну как бы это суть зацепления. что бы модуль делал что-то одно. А делать модули которые делают что-то бесполезное явно не оч здравая мысль

ну да я об этом и говорил, что очень грубо это srp из solid

ну, это низкий кохижен, я б даже сказал "случайный" (coincidental cohesion)

ну да я об этом и говорил что если у модуля высокий cohesion

ну да я об этом и говорил, что очень грубо это srp из solid

очень грубо - да. SRP базируется на идее разбиения так что бы менялось вместе. Меняется вместе обычно то, что выполняет одну задачу.

но тут есть опасная штука - есть же логический кохижен (это чуть-чуть лучше случайного) где вроде как все штуки в модуле выполняют одну задачу но клиент выбирает что делать через интерфейс. И да, я сомневаюсь что может быть функциональный (самый высокий) уровень кохижена на всех уровнях приложения. Это недостижимый идеал

по формальным критериям я даже попробовал дать определение оно не совсем cohesion но то как я его его понимаю количество элементов в модуле - количество элементов связанных с нашей предметной областью < епселент при епселент стремящемся к 0 это хорощая связанность

что нет мертвого кода который нам нах не нужен

но тут есть опасная штука - есть же логический кохижен (это чуть-чуть лучше случайного) где вроде как все штуки в модуле выполняют одну задачу но клиент выбирает что делать через интерфейс. И да, я сомневаюсь что может быть функциональный (самый высокий) уровень кохижена на всех уровнях приложения. Это недостижимый идеал

я понимаю)

по формальным критериям я даже попробовал дать определение оно не совсем cohesion но то как я его его понимаю количество элементов в модуле - количество элементов связанных с нашей предметной областью < епселент при епселент стремящемся к 0 это хорощая связанность

единственная рабочая метрика по кохижену - Lack of cohesion. Все остальное - субъективщина. Можно еще метрики гита юзать

ну я и говорил что по кохижену надо знать что ты хочешь в итоге

чтобы правильно его оценивать

Жень, ну что за глупостями ты сейчас занимаешься?)

ото с точки зрения кода все связано в клубок в "модуле" пакете, а на самом деле нафиг не нужно

ну семантику метриками не выразить, получается лишь простые штуки вроде "насколько полно все методы юзают все проперти класса"

Жень, ну что за глупостями ты сейчас занимаешься?)

какими глупостями я вот просвещаюсь в cohesion

какими глупостями я вот просвещаюсь в cohesion

то есть ты еще не доконца осознал суть но уже выдумываешь метрики свои?)

то есть ты еще не доконца осознал суть но уже выдумываешь метрики свои?)

ну я же интернет эксперт, мне можно)))

https://pdfs.semanticscholar.org/43cf/09ca4fa0c8bdd346c6fc63487cbf91cd99bf.pdf

если серьезно то, в инете дофига мнений

можешь это почитать для начала

http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.61.5472&rep=rep1&type=pdf

или это

какими глупостями я вот просвещаюсь в cohesion

ну ты вырываешь из Вашего/Нашего треда тезисы и самоутверждаешься в их правоте, хотя отдельно взятые правильные тезисы,не значат что видение всей картины в целом верное)

ERROR: S client not available

кохижен это то насколько твой код связан с терминами 'бизнеса"

кохижен это то насколько твой код связан с терминами 'бизнеса"

но это неверное утверждение

кохижен это то насколько твой код связан с терминами 'бизнеса"

? как бы вот твой goal, а ты спрашиваешь за отдельновзятые случаи

короч ладно, про билдеры не выйдет обсудить... Билдер Кири обязательно гляну, пойду дальше херней страдать

хорошо а я пока почитаю про метрику cohesion

потому что те варианты что я видел это просто цифры с потолка

типо как часто идет обращение к this и прочей лабуде если в контексте php

шутки за 300

было бы грубо для обстоятельств не запечатлеть это)

народ ккто-то работал с jsonapi + zend 3 (или хотя бы доктрина)? не могу вникнуть как эту штуку готовить

народ ккто-то работал с jsonapi + zend 3 (или хотя бы доктрина)? не могу вникнуть как эту штуку готовить

раздельно

раздельно

в смысле? делать jsonapi как прокси после зенда?

А зачем в Exception в конструкторе аргумент Throwable $previous?

что ща предыдущее исключение

непонятно

цепочки исключений

типа как сф бросает иногда

не понимаю зачем это и как работает

не понимаю зачем это и как работает

у тебя кинулось исключение, обычно более общее (например что провалился uniq constraint) а ты его обработал и кинул более конкретное

и прикрепил предыдущее в цепочку

и так можно конкретизировать проблемы

понял, спасибо

это как пример.

редко юзается но бывает полезным

что то типо декорации исключений

Чисто ради прикола, можно как то сократить такой код?) $fromCollection = new Collection(); $toCollection = new Collection();

use Collection as C; $f = new C; $t = new C:

Чисто ради прикола, можно как то сократить такой код?) $fromCollection = new Collection(); $toCollection = new Collection();

нах?

class Collection { public static function c() { return new self; } } $f=C::c(); правда, символов больше

нах?

чисто ради прикола

class Collection { public static function c() { return new self; } } $f=C::c(); правда, символов больше

вариант Макса лучше

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