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

я както потерял надежду в этой конторе на это))

И что, напроектировали такого, что не выдержало изменений?

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

собственно, ищу работу))))

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

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

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

заводить интерфейсы просто так - плохо. Тебе надо хорошо понимать как эти интерфейсы будут использоваться клиентским кодом.

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

так а где повод их иметь?)

как

вот как оценивать риски?

расскажите, я не знаю

заводить интерфейсы просто так - плохо. Тебе надо хорошо понимать как эти интерфейсы будут использоваться клиентским кодом.

Почему ты решил, что я их просто так завожу?

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

Почему ты решил, что я их просто так завожу?

потому что иначе не может быть проблемы "коллизий" имен)

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

Да. Дальше осталось выяснить, что означает это "по-необходимости"

расскажите, я не знаю

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

Да. Дальше осталось выяснить, что означает это "по-необходимости"

когда есть аргументы отличные от “может потом пригодится” для заведения какой-то сущности

это необходимость

Да. Дальше осталось выяснить, что означает это "по-необходимости"

вот понадобился тебе интерфейс - берешь и заводишь

а

я думал хитрая вуду магия

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

я думал хитрая вуду магия

не... просто иногда это не очень очевидная штука. У меня был модуль на блокчейнах и мы недостаточно уделили времени анализу поведения оного при форках (это когда у тебя цепочка транзакций раздваиваются и транзакции могут "пропадать"). Ну вот недостаточный анализ и "хилые" ассампшены привели к потере примерно $50К. И это еще повезло.

вот понадобился тебе интерфейс - берешь и заводишь

Ok, я разработчик мадженты, знаю, что много других компаний расширяют мадженту. Я делаю CustomerInterface, чтобы дать возможность другим делать свои реализации кастомеров. Я делаю Customer класс для базовой реализации. Без суффикса конфликт.

повезло потому что проблему заметили через 15 минут после возникновения

Ok, я разработчик мадженты, знаю, что много других компаний расширяют мадженту. Я делаю CustomerInterface, чтобы дать возможность другим делать свои реализации кастомеров. Я делаю Customer класс для базовой реализации. Без суффикса конфликт.

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

класс Order достоен особого места

Уходишь от темы.

Ok, я разработчик мадженты, знаю, что много других компаний расширяют мадженту. Я делаю CustomerInterface, чтобы дать возможность другим делать свои реализации кастомеров. Я делаю Customer класс для базовой реализации. Без суффикса конфликт.

что такое базовая реализация?

что такое базовая реализация?

Которая идет в коробке.

Уходишь от темы.

чем отличается дефолтный твой кастомер от "не дефолтного"?

Которая идет в коробке.

DefaultCustomer

не... просто иногда это не очень очевидная штука. У меня был модуль на блокчейнах и мы недостаточно уделили времени анализу поведения оного при форках (это когда у тебя цепочка транзакций раздваиваются и транзакции могут "пропадать"). Ну вот недостаточный анализ и "хилые" ассампшены привели к потере примерно $50К. И это еще повезло.

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

MagentoCustomer

Которая идет в коробке.

так себе описание)

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

и то и то)

к к к комбо

MagentoCustomer

Все классы с таким префиксом делать?

DefaultCustomer

такой же костыль, как и суффикс в конце

бля, я чет ссу с большим баблом пока работать)

надо в банк знач идти

:D

Все классы с таким префиксом делать?

давай по другому - что есть CustomerInterface - какое поведение оно регламентирует?

Которая идет в коробке.

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

так себе описание)

Просто реализация кастомера, которую сделали в магенте.

зачем тогда разделять CustomerInterface и Customer?

просто возможно можно CustomerInterface разделить на что-то более конкретное?

ну и что разработчики обычно делают с этим CustomerInterface?

зачем тогда разделять CustomerInterface и Customer?

Чтобы в тайпхинтах писать CustomerInterface и код не зависил от реализации.

Просто реализация кастомера, которую сделали в магенте.

просто как пример и никто это не юзает?

или кто-то юзает? Почему все не юзают?

Чтобы в тайпхинтах писать CustomerInterface и код не зависил от реализации.

приведи примеры реальные "расширения" за счет этого интерфейса

просто как пример и никто это не юзает?

Юзается в магенте их коробки.

Юзается в магенте их коробки.

зачем?

Юзается в магенте их коробки.

а интерфейс им на что?

как можно подменить? что можно подменить?

блин, проще глянуть

блин, проще глянуть

я собираюсь сегодня уснуть, так что не

Вы что прикалываетесь? :)

я собираюсь сегодня уснуть, так что не

)

Вы что прикалываетесь? :)

может ты прикалываешься?

сча найду твоих кастомеров в магенте

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

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

Интерфейс это что-то страшное, чтобы "прям"?

нет, не страшное

тут скорее вопрос, зачем

я тут насчитал 2 CustomerInterface.

пока-что

Может быть просто своя реализация кастомера.

какой смотреть?

чтоб дисцилированую науку в код, можно и так

Может быть просто своя реализация кастомера.

я не понимаю что там есть и что надо расширять

я тут насчитал 2 CustomerInterface.

кек, и что, прям без конфликта имен?))

тут скорее вопрос, зачем

Миллион причин может быть.

кек, и что, прям без конфликта имен?))

ну прям 2 разных интерфейса (и судя по всему не те) в разных модулях

но называются одинаково

да просто 2 разных bounded context

Миллион причин может быть.

давай две)

Magento\Customer\Api\Data\CustomerInterface

этот? не похоже просто

похоже на структура запроса

ответа скорее

типа "моделька"

ну я надеюсь, что это dto для запроса в неймспейсе Data

или ответ, да

раз два три я доктор ти-би-бо а что у нас внутри нука, четыре пять шесть и ты внутри такой же как и все фу, скука

а он только пару минут смотрел код магенты

брр

class Customer extends \Magento\Framework\Model\AbstractModel

типичный active record

https://github.com/magento/magento2/blob/develop/app/code/Magento/Customer/Model/Customer.php#L234-L278

вот за что я ненавижу магенту

расширяемость, абстракции

дрань обычная

https://github.com/magento/magento2/blob/develop/app/code/Magento/Customer/Model/Customer.php#L285 гыгыгы

Ой, дайте ваш код глянуть

типичный active record

Больше нет.

https://github.com/magento/magento2/tree/develop/app/code/Magento/Customer/Model так тут же нет никакого CustomerInterface

ну т.е. нет никакого конфликта имен