Я призываю понять почему ты не нарушаешь DIP когда не плодишь интерфейсы на каждый класс.

Но есть класс Animal, и есть Dog и Cat, которые его расширяют. Метод принимает Animal. Подойдут ли Dog или Cat?

Подойдут, но Animal не является абстракцией, согласно DIP нужен интерфейс

Я призываю понять почему ты не нарушаешь DIP когда не плодишь интерфейсы на каждый класс.

Потому что

ПЛОХО class A {} class B { public function method(A $arg) { ... } } ХОРОШО AInterface {} class A implements AInterface {} class B { public function method(AInterface $arg) { ... } }

Подойдут, но Animal не является абстракцией, согласно DIP нужен интерфейс

Но абстракция - это не интерфейс, сказали же.

ПЛОХО class A {} class B { public function method(A $arg) { ... } } ХОРОШО AInterface {} class A implements AInterface {} class B { public function method(AInterface $arg) { ... } }

Не имеет смысла без объяснений какой смысл вкладывается в эти классы.

Но абстракция - это не интерфейс, сказали же.

Это либо интерфейс либо абстрактный класс, но никак не обычный класс

> в конце концов кто -то изменит реализацию Такого не бывает ни с того ни с сего. И до тех пор пока не понадобилось, плодить интерфейсы есть зло и нарушение принципов KISS/YAGNI

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

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

Самый лютый говнокод получается когда за дело берется фанатик со словами "сейчас я это все перепишу без говнокода"

Не имеет смысла без объяснений какой смысл вкладывается в эти классы.

Вся суть в этой строчке public function method(AInterface $arg) { ... } Здесь обязана быть абстракция, т.е. либо интерфейс либо абстрактный класс, но никак не обычный класс

Ну у меня класс EloquentModel - он является абстракцией над моделью, а реализация - это инстанс

Вся суть в этой строчке public function method(AInterface $arg) { ... } Здесь обязана быть абстракция, т.е. либо интерфейс либо абстрактный класс, но никак не обычный класс

Ты чего хочешь в итоге, если тебе не нравятся точки зрения не совпадающие с твоими7

Ну у меня класс EloquentModel - он является абстракцией над моделью, а реализация - это инстанс

Или нет?

Если ты уже для себя нашелт ответ смысл дальше вести дискуссию?

Ты чего хочешь в итоге, если тебе не нравятся точки зрения не совпадающие с твоими7

Я просто ищу истину

Нет истины.

Вся суть в этой строчке public function method(AInterface $arg) { ... } Здесь обязана быть абстракция, т.е. либо интерфейс либо абстрактный класс, но никак не обычный класс

Нет не обязана. Прекратите принципы формально переводить в синтаксические конструкции кода.

Если ты уже для себя нашелт ответ смысл дальше вести дискуссию?

Огласи ответ, я его не нащюпал

Нет не обязана. Прекратите принципы формально переводить в синтаксические конструкции кода.

Ок, Формулировка DIP: Модули верхних уровней не должны зависеть от модулей нижних уровней. Оба типа модулей должны зависеть от абстракций. Абстракции не должны зависеть от деталей. Детали должны зависеть от абстракций.

Огласи ответ, я его не нащюпал

Ну тебе люди говорят что не везде нужны интерфейсы и ты начинаешь с этим явно спорить. Значит ты для себя уже решил, что везде нужны интерфейсы.

Это либо интерфейс либо абстрактный класс, но никак не обычный класс

тут довольно важно понимать задачу. Там, где создается продукт и важны оптимизации или просто срочный релиз, в итоге - можно наговнякать и это будет супер решение потому, что задача была в этом. (а любая оптимизация производительности -это еще тот говнокод...) Там где есть работа по найму, а для большинства -это именно продажа своего кода, а не продукта, какой -то компании -важна чистота, надежность и поддержваемость этого кода. Условия в которых создается код -тоже абстракция, и контракт в виде классического интерфейса подразумевает требования к результату. Но как ни крути в 99% случаев когда создается код, лучше создать лишний файл с интерфейсом, а не делать этого можно только в узких и хорошо обдуманных случаях. Остальное (как собственно и все это -просто демагогия)

Ок, Формулировка DIP: Модули верхних уровней не должны зависеть от модулей нижних уровней. Оба типа модулей должны зависеть от абстракций. Абстракции не должны зависеть от деталей. Детали должны зависеть от абстракций.

Вот теперь начни с понимания что деталь - это субъективный термин который вне контекста предметной области не имеет смысла. И абстракция тоже.

То что в одном проекте является абстракцией - в другом проекте не будет абстракцией.

Ок, Формулировка DIP: Модули верхних уровней не должны зависеть от модулей нижних уровней. Оба типа модулей должны зависеть от абстракций. Абстракции не должны зависеть от деталей. Детали должны зависеть от абстракций.

ключевое слово модули, внутри модуля что должно происходить попробуй сам ответить ;)

В php нет модулей, значит и никакого принципа D нет ?

В php нет модулей, значит и никакого принципа D нет ?

Как это нет?

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

В php нет модулей, значит и никакого принципа D нет ?

ну в этих терминах даже файл с классом можно считать модулем, поскольку он создает пространство имен, это же концептуально не отличается от модулей в js реализованных замыканием. Просто эти файлы скорее классы, чем модули, но по сути одна хрень _)

Вот именно, что для вас модуль?))

В php нет модулей, значит и никакого принципа D нет ?

хреновый шрек из тебя )

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

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

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

И куча говнокода уже работает на проде

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

Что для вас сбтракция? Интерфейс, абстрактный класс, обычный класс? Что?

По разному

Что для вас сбтракция? Интерфейс, абстрактный класс, обычный класс? Что?

Абстракция это элемент языка общения между ООП господами в проекте.

Вот например пишете вы построитель графиков по точкам для восьмиклассников. У вас есть класс Dot { float $x; float $y; } и это никакая не абстракция.

Вот например пишете вы построитель графиков по точкам для восьмиклассников. У вас есть класс Dot { float $x; float $y; } и это никакая не абстракция.

Вы сейчас вообще о PHP?

Вот например пишете вы построитель графиков по точкам для восьмиклассников. У вас есть класс Dot { float $x; float $y; } и это никакая не абстракция.

Почему? Ведь значений нет

Один фиг модулей в пхп нет.

Потом к вам пришли студенты и сказали что может график то быть в трехмерном пространстве. И у вас появилась абстракция сразу interface Dot и классы TwoDDot implements Dot и ThreeDDot implements Dot

Вот например пишете вы построитель графиков по точкам для восьмиклассников. У вас есть класс Dot { float $x; float $y; } и это никакая не абстракция.

Это абстракная точка. Конкретных может быть миллион

Потом пришли старшекурсники и сказали что координаты то могут быть еще полярные. И вы плодите еще больше абстракций.

Вот именно, что для вас модуль?))

слой, пакет, неймспейс...

слой, пакет, неймспейс...

Тип аддона - но это как раз конкретика

Тип аддона - но это как раз конкретика

фу, брось каку!

Потом пришли физики и сказали: "Мы хотели через вашу замечательную библиотеку отстроить модель наших комет но тут выяснилось что эти точки совершенно не учитывают кривизну пространства-времени", тут вы берете увольняетесь и идете писать сайтики.

Потом пришли физики и сказали: "Мы хотели через вашу замечательную библиотеку отстроить модель наших комет но тут выяснилось что эти точки совершенно не учитывают кривизну пространства-времени", тут вы берете увольняетесь и идете писать сайтики.

Паша, поясни пожалуйста почему точка конкретна?

В моем понимании она абстрактна

Паша, поясни пожалуйста почему точка конкретна?

Конкретный класс двумерной точки в декартовых координатах.

Не точка конкретна а класс точек конкретен

Конкретная точка это уже объект.

слой, пакет, неймспейс...

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

Конкретный интерфейс Конкретный класс Конкретный инстанс

Тут нет абстракций

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

почему не те? вполне подходят под модули из 80х когда появлялись понятия солид и ооп

Конкретный интерфейс Конкретный класс Конкретный инстанс

Конкретный интерфейс - это абстракция всех классов которые его имплементируют.

Потому что пыховые неймспейсы это просто сахар над копипастом. А пространство имен остается одно.

Смотри: 'MyRepository' - строка. Это абстракция над файлом класса MyRepository

Как биндятся классы в ларке? abstract -> concrete

Наши имена - это наши абстракции

dypa как тебя зовут? Я не могу тебя так называть!

Дайпа его зовут

Дайпа его зовут

Спасибо. Я буду по-русски писать.

Дайпа его зовут

вот это откровение ))

dypa как тебя зовут? Я не могу тебя так называть!

мы вроде не на сайте знакомств )))

мы вроде не на сайте знакомств )))

Поздно, не обессудь

вот это откровение ))

я удивлен, это новое прочтение из 4х мне уже извесных

я удивлен, это новое прочтение из 4х мне уже извесных

есть еще варианты кроме дура и дупа?

есть еще варианты кроме дура и дупа?

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

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

а на самом деле?

а на самом деле?

я не ограничиваю людей в их понимании 4х букв.

@Hvarts будет жить. Поприветствуем!

всем привет

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

Давай

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

Тока не тормози

89293661500:q2430173|251587385|М|20|(Russia)|Omsk|(2)|242|0|0 то, что нужно вытащить поместил в ()

Это строка?

да

89293661500:q2430173|251587385|М|20|Russia|Omsk|2|242|0|0

Какие варианты стран и цифр?

Дай еще строки

79087999669:polina5566|435885501|Ж|14|Russia|Saint Petersburg|279|2|0|0, 89509003848:8955056SWD|488157595|М|18|USA|Los Angeles|0|0|0|0, +37360582558:05042004|517813746|М|14|||19|1|0|0, 89181690790:KALINKIN2003|522917428|М|18|USA|Moscow|0|1|0|0, +79145619378:1523639qaZ|379645586|М|17|Russia||142|10|0|0, 89689654432:zombie333|431804596|М|17|Russia|Moscow|36|0|0|2, +380713158958:shkolnik|490442916|М|20|Russia|Saint Petersburg|2|1|0|0

Из стран, нужно только Russia вытаскивать

https://regex101.com/r/jgZUZB/1

https://regex101.com/r/jgZUZB/1

спасибо большое!

+

я не ограничиваю людей в их понимании 4х букв.

Есть тупая функция https://github.com/Piterden/vue-crossword/blob/master/src/components/BuilderPage.vue#L341-L361 Надо уменьшить количество 2х и 3х буквенных слов В идеале - сделать его регулируемым Виды симметрии будут переключаться, надо не забывать об этом. Поможешь?

Мне алгоритм надо

В чате JS спрашивал

Из стран, нужно только Russia вытаскивать

А не проще тут было по | сплитить и проверять?

generateGrid () { this.blanks = [] // eslint-disable-next-line no-magic-numbers const blankProbability = 1 / 3 const halfWidth = Math.round(this.width / 2) const halfHeight = Math.round(this.height / 2) for (let x = 1; x <= halfWidth; x += 1) { for (let y = 1; y <= halfHeight; y += 1) { if (Math.random() > blankProbability) { continue } this.blanks.push( `${x}:${y}`, `${this.width - x + 1}:${y}`, `${x}:${this.height - y + 1}`, `${this.width - x + 1}:${this.height - y + 1}`, ) } } },

generateGrid () { this.blanks = [] // eslint-disable-next-line no-magic-numbers const blankProbability = 1 / 3 const halfWidth = Math.round(this.width / 2) const halfHeight = Math.round(this.height / 2) for (let x = 1; x <= halfWidth; x += 1) { for (let y = 1; y <= halfHeight; y += 1) { if (Math.random() > blankProbability) { continue } this.blanks.push( `${x}:${y}`, `${this.width - x + 1}:${y}`, `${x}:${this.height - y + 1}`, `${this.width - x + 1}:${this.height - y + 1}`, ) } } },

Разве этот алгоритм гарантирует уменьшение количества двухбуквеннных и трехбуквенных слов?