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

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

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

Правильно

Потому что когда интерфейс - можно подмешать две ответственности в один класс, и полностью переделать имплементацию

это все из-за убогого пхп ;)

ваще могли бы ввести множественное наследование и не парится ;)

зачем?)

там же полная грусть начнётся)

шобы не выдумывать "интерфейсы" ;)

Ну да, будет грусть

интерфейс это наоборот глоток свежего воздуха а не проблема

Ну если хочется - сделай интерфейс и имплементируй его абстрактным классом

да с чего бы

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

а не надо плевок, нужно множественное наследование ;)

Будет еще больше боли

трэйты - это удобное средство прикрыть говнокод

ну и класс с реализацией множества интерфейсов тоже не то, что бы "чистый"

трэйты - это удобное средство прикрыть говнокод

множественное наследование будет использоваться ровно так же)

вот в чём фокус)

а трейты.. не хватает для трейтов возможности их в рантайме устанавливать ;)

я его и не пропагадирую

а трейты.. не хватает для трейтов возможности их в рантайме устанавливать ;)

в плане?

Monkey patch ;)

не, я потом ночевать с xdebug'ом не хочу)

Monkey patch ;)

Потому что надо юзать yii2 и behaviors!

ну behaviors только там, где он в классе предусмотрен... а тут можно было такой знатный говнокод нахреначить ;) включая aop :)

только чуток приоритеты ресолва методов поменять... можно опционально ;)

А проблем с множественным наследованием не вижу особо... ну наговнокодят, но это всегда найдут где и без этого. Тем более, что множетсво интерфейсов не чуть не лучше множества абстрактных. Да и трейты уже есть для такого.

в ларке в трейтах реально иногда можно заблудиться.

там 3-4 трейта.. которые обычно навешиваются на один контроллер

и друг на друга зависимы..

это кошмар тот еще

и в кажом по пол тыщи строк)

ну вероятно. не считал :)

вывод простой - наговнокодить можно на чем угодно

что вощем ясно и без меня

я на самом деле, как существо тупое, не особо и юзкейсы для мультинаследования могу представить :(

хм, да не так часто и нужно, если вообще... а если нужно, то в большинстве случаев ошибочно... я в общем не о том, что это нужно, я о том, что если бы оно было - отдельная конструкция interface не нужна была бы... живут же в плюсах ;)

но может, конечно, логическое разделение interface / abstract и красивее в чем-то...

Так в том то и дело что не живут а вымирают

Даже си считается лучше плюсов

си ваще лучше всех ;)

указатель на указатель на массив указателей - и все в шоколаде, ляпота ;)

Добрый вечер! Помогите с условием для правильного вывода https://pastebin.com/nED99rt3

Первая часть условия правильная, вторая глючит

на первой странице выводит положенное perPage, и на второй тоже самое, хотя из 5 должно одно остаться

5-7К?

:D

Это тестовое задание.

сам делай

сам делай

Работаю над другим заданием это сливаю в аутсорсинг.

развелось паразитов

Мне тоже к паразитам

Ребят помогите с условием, ткните носом где ошибка

Ребят помогите с условием, ткните носом где ошибка

где у тебя в цикле используются $start или $end?

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

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

и ты еще учти $start = $Pages * $DataPerPage; - ты начинаешь страницы с 1 нумеровать, значит $start первой страницы какой будет?

4

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

хотите сказать что эти старт и енд и есть ключ к правильному составлению условия

все таких их надо использовать

так как, все таки старт и энд?

ERROR: S client not available

Господа, вопрос не совсем по PHP, но по MySQL. Отнимаю с баланса значение следующим запросом: UPDATE users SET balance = balance - 1766 WHERE id = 2 До операции в поле было значение 1766.44 После операции в поле значение 0.439941 Моё полученное образование в церковно-приходской школе подсказывает, что я довольно-таки неплохо разбираюсь в астрономии и чую, что тут что-то не так.

У вас float

Да

ну это особенности хранения и операций с дробными числами

если важно хранение значений с полной точностью то надо инты использовать

там всего лишь 0.44 а он уже загнулся посчитать точно?

значение в данном случае большой роли не играет. тм могло быть ицелое (вроде бы число) там роляет что там float

Это mysql на блокчейне и он взял комиссию за запрос.

Это mysql на блокчейне и он взял комиссию за запрос.

Ору:)

значение в данном случае большой роли не играет. тм могло быть ицелое (вроде бы число) там роляет что там float

воспользовался decimal(10,2)

а так хотелось заработать незаметно

флот и деньги…

вместе веселее

опыт сын ошибок трудных

Я тут подумал.

По идее мне зарплату float-ом считают

Всем флоатом считают. Если ты не банк и/или не контролируешт все этапы округлений, то интовое представление - просто выпендрёж

иксперты...

Куда нам до тебя)

к слову, money vo есть у кого под рукой? ;)

хотя лан, найду ;)

https://github.com/moneyphp/money

Коль уж смотреть)

ну да... хорошо, что MIT... заберу себе ;)

но вообще он какой-то... жирный

Жирный он опционально. Так, в целом, вполне себе

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

воспользовался decimal(10,2)

удачи с sum()...

удачи с sum()...

Ну вот вечно ты со своим стаканом наполовину пустым

Ну вот вечно ты со своим стаканом наполовину пустым

технически стакан полный, 50% жидкости и 50% воздуха

технически стакан полный, 50% жидкости и 50% воздуха

Так ты тоже физик)