пример.

в студию

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

давай ты начни с примера, как вы говно жрали ;)

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

данные никому ничего не должны ;)

ты потроллить чисти? тогда мимо

приводить их нужно, конечно, но это вопрос как раз к мозгам

иначе не понятно, к чему ты это

давай ты начни с примера, как вы говно жрали ;)

Ну перечитай мое сообщение, может увидишь пример.

не, там примера нет, там такие же "а если да кабы"

вот на днях словил проблему, кстати.... оказывается доктрина bigint из базы конвертит в строку, хотя я ожидал int

эээээээээээээ ..... ну ок. пиши == мне пох

и проверочка была ===

юзаем тупо === и потом удивляемся, что это у нас 55 из формы === 55 дает false... как бы мораль, что везде мозги нужны

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

Я тебя вообще не понял, бро. Ты выдумал пример, что кто-то тупит, когда их формы ждет число, а там строка. И мораль вывел какую-то. только не понятно, ты что опроверг то?

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

мне он ответил "что инпуты ничего не должны"

о каком приведении можно говорить, если половина пишет не читая ;)

вот на днях словил проблему, кстати.... оказывается доктрина bigint из базы конвертит в строку, хотя я ожидал int

Кек... словил, судя по всему еще локально, в деве?

О каком приведении можно говорить, если в африке дети голодают

И продолжаешь спорить.... ну ок

Кек... словил, судя по всему еще локально, в деве?

угу, но только потому, кстати, что strict =1 был, и везде тайпхинт, там сработало несответствие типов... и то далеко не сразу словил

а без хинтов могла бы быть оказия

вот на днях словил проблему, кстати.... оказывается доктрина bigint из базы конвертит в строку, хотя я ожидал int

decimal тоже будет стринг. если чо

и все эти кейсы описаны в доке

decimal тоже будет стринг. если чо

почему decimal _должен быть_ string я просто понимаю

там написяно почему бигинт должен быть стрингом тож

да да... потому что BC, полагаю, и проверить PHP_INT_MAX ну никак низя... только, поверь, может ты прежде чем работать с библиотекой зубришь всю документацию и сдаешь строгий экзамен... я нет ;) и это "написано", находится уже после того, как ловится.

да да... потому что BC, полагаю, и проверить PHP_INT_MAX ну никак низя... только, поверь, может ты прежде чем работать с библиотекой зубришь всю документацию и сдаешь строгий экзамен... я нет ;) и это "написано", находится уже после того, как ловится.

это на самом деле проблема отуствия опыта.

Нет ничего страшного не знать об этом. "Страшно" - даже когда узнал, делать вид, что это косяк)

это на самом деле проблема отуствия опыта.

проблема отсуствия опыта работы с bigint в доктрине, да, конечно... а ты родился сразу с опытом во всем? ;)

проблема отсуствия опыта работы с bigint в доктрине, да, конечно... а ты родился сразу с опытом во всем? ;)

мой посыл именно об этом, что если ты не читаешь, а потом узнаешь после ряда ошибок. т.е. ты получаешь опыт.

Нет ничего страшного не знать об этом. "Страшно" - даже когда узнал, делать вид, что это косяк)

ну, это не косяк, а неожиданное поведение... пхп вообще справляется с большими числами посредством перевода их во float, почему бы не эмулировать то же поведение?

ну, это не косяк, а неожиданное поведение... пхп вообще справляется с большими числами посредством перевода их во float, почему бы не эмулировать то же поведение?

не понял? float и большие числа не имеют ничего общего.

не понял? float и большие числа не имеют ничего общего.

удивись ;) php -r 'var_dump(9223372036854775810);'

удивись ;) php -r 'var_dump(9223372036854775810);'

о боже. что ты этим хочешь показать? То что есть экспонентное представление числа? Большие числа — это специальная структура данных. И есть целый класс алгоритмов, которые работают с большими числами. Такие алгоримты еще называют длинной математикой.

ты тип данных заметил, да?

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

вообще ты задал вопрос, я тебе ответил... чего истеришь то?

https://github.com/symbios-zi/taxi/blob/master/spec/App/Entity/JourneySpec.php

как тут тестируется класс Journey если он даже не инициализирован?

phpspec через рефлексию его создает?

а что это за репозиторий?

да делаю тестовый проект

ох, когда уже гитхаб приделает статанализ пхп кода ;)

phpspec через рефлексию его создает?

почитай про phpspec. просто для примера тебе покажу, что там есть метод let который по сути инициализирует. и там есть такая строчка как beConstructedWith

это я понял

да делаю тестовый проект

это типо убер?)

это типо убер?)

ну

предложил @fes0r в чатике симфони, обсуждали как то.

а на контексты думаешь делить?

а на контексты думаешь делить?

ну пока что Сергей сказал делать, так. Потом он будет накидовать требования и видимо когда пойму как тяжело делать так, то переделаю

а на контексты думаешь делить?

контексты в контексте DDD?

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

тут столько умных людей, было бы больше менторов было бы круто

контексты в контексте DDD?

ага

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

почитаю что это

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

так вопрос не об этом. beConstructedWith как порождает объект исследуемый? так понимаю наследуется от него?

legacy есть legacy на строгие типы его уже не перепишешь

минуту, а если указать strict types, но не указывать тип в переменной (т.е. просто оставить function($a) {} ), то будеш ошибка?

/** * The object behaviour is the default base class for specification. * * Most specs will extend this class directly. * * Its responsibility is to proxy method calls to PhpSpec caller which will * wrap the results into PhpSpec subjects. This results will then be able to * be matched against expectations.

Most specs will extend this class directly. видимо ключевое предложение

strict types вроде >= 7.0

удивись ;) php -r 'var_dump(9223372036854775810);'

а как по твоему он должен был справится с таким числом?)

кто? пхп?

да

ERROR: S client not available

мм... тебе все выше этого сообщения пересказать? ;)

"ну, это не косяк, а неожиданное поведение... пхп вообще справляется с большими числами посредством перевода их во float" почему это неожиданное поведение? и какое для тебя было бы ожиданное?

ну ты понял про что "неожиданное поведение" было про доктрину?

ну ты понял про что "неожиданное поведение" было про доктрину?

а нет это я не прочитал)))

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

хм, может оно чем-то хуже и я не вижу подводных камней...

Ребзя, а есть какое-то понятное описание принципа подстановки Лисков? Желательно хотя бы один пример не про прямоугольник и квадрат )

Ребзя, а есть какое-то понятное описание принципа подстановки Лисков? Желательно хотя бы один пример не про прямоугольник и квадрат )

да куча, нужно лишь загуглить)

Ребзя, а есть какое-то понятное описание принципа подстановки Лисков? Желательно хотя бы один пример не про прямоугольник и квадрат )

а в чем у тебя затруднение? один из легких для понимания принципов ;)

а в чем у тебя затруднение? один из легких для понимания принципов ;)

Нуу... Я его просто не могу понять ) Все остальные освоил легко, а здесь какой-то тупняк. Ни на классическом примере с квадратами-прямоугольниками, ни на примере с бойлерами отсюда https://dou.ua/lenta/articles/liskov-substitution-principle/

Все остальные - это я про SOLID

ну у тебя есть function bar (A $a) {}... и есть class B extends A {}. Ты всегда должен мочь сделать bar(new B())... что из этого следует? Если ты в B переопределяешь какие-то методы, то ты не должен вносить больше ограничений на входные параметры в этом ограничении

наприме в A есть function myA(int $id) { if ($a > 10) throw new \Exception(); } то в B ты не можешь переопределить вот так function myA(int $id) { if ($a > 5) throw new \Exception(); } .... ибо для $a->myA(7) - валиден, а для $b->myA(7) - нет, будет ошибка, а код этого не ожидает

короче, код, который писался с огладкой на использование класса A - должен работаь и если ему передать B :)

короче, код, который писался с огладкой на использование класса A - должен работаь и если ему передать B :)

На первом сообщении начал понимать, а вот на примерах с ($a > n) сломалось в голове понимание) Хорошо, а если взять за пример условно те же бойлеры из статьи выше... $boilerBrandA->setDesirableTemperature(150); $boilerBrandB->setDesirableTemperature(150); Оба наследуются от абстрактного Boiler... И, допустим, brandB не поддерживает температуру 150. Тут тогда как быть?)

о, как быть - это сложный вопрос ;)

о, как быть - это сложный вопрос ;)

Видимо, какой-то Exception определить? Других решений как-то не вижу))

На первом сообщении начал понимать, а вот на примерах с ($a > n) сломалось в голове понимание) Хорошо, а если взять за пример условно те же бойлеры из статьи выше... $boilerBrandA->setDesirableTemperature(150); $boilerBrandB->setDesirableTemperature(150); Оба наследуются от абстрактного Boiler... И, допустим, brandB не поддерживает температуру 150. Тут тогда как быть?)

Очевидно же - не делать их братьями. Весь Барбара лисков о том, что не стоит пихать наследование там, где оно не пихается.

на самом деле пример у меня плохой, там как раз нарушения нет

а вот если в а исключения не было бы, а в б появилось, вот тогда будет

Очевидно же - не делать их братьями. Весь Барбара лисков о том, что не стоит пихать наследование там, где оно не пихается.

Хорошо, другой пример попробую. Представим классы SportCar и HeavyCar, наследующие абстрактный Car. В Car есть метод setSpeed($speed). Это уже получается нарушением принципа Лисков?

Ведь нельзя же будет просто так подменить экземпляр SportCar на HeavyCar.

Нарушение будет, когда у тебя что то на вход принимает base Car, но работает, по факту, только с sort car. Если туда подсунуть heavy car то все сломается. Вот это нарушение.

Наследник не должен быть написан так, чтобы ломал тот код(сторонний код, третий код), который работает с потомком.

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

наоборот мб?

потомок не должен ломать родителя?

потомок не должен ломать код, работающий с родителем?

хотя наследник это ведь тоже самое что и потомок

не наоборот, а под потомоком видимо имелся в виду родитель?

Ладно, спасибо, буду дальше вникать )

смотри, был у тебя car, он принимал любой setspeed.... и ты не парился вообще, и везде делал ->setSpeed(); а потом появился heavycar и ты сидишь, думаешь... а как же сделать так,что бы нельзя было ставить ->setSpeed(250).... в принципе, любое, что придумаешь - скорее всего нарушит LSP. Кинишь исключение - но у тебя код, который раньше работал со спорткаром не ожидает исключение - программа просто упадет... проигнорируешь - тоже плохо, тебе скорость изменили, а ты не бе не ме... в принципе, можешь на ->setSpeed(250) поставить внутри $this->_speed = 80... но тут опять же, зависит от того, как объект используется, например, ты поставил скорость 250 и знаешь, что приедешь в город через час (посчитал), а реально - не приедешь, ибо реальная скорость 80 Как справляться? рефакторить, например ;)