без самой твоей аппки? какой профит?
справедливо
ну вот есть еще крупный пакет который постоянно приходится редактировать, хоть он и не зависит от апп. Но постоянно приходится работать с еще одним репозиторием и делать composer update
зачем редактировать чужие пакеты? можно форкнуть и заморозить в том состоянии как вам нужно или если нужны постоянные апдейты пакета, то можно автоматом накатывать патчи https://github.com/cweagans/composer-patches
я форкнул и редактирую под себя, а что значит заморозить? я настроил что composer update берет с моего репозитория
ну если ты форк свой не апдейтишь, то он "заморожен" =) тебе больше никогда не надо его трогать и делать апдейт если ж апдейтишь, то есть плагины для композера. он может на оригинальный пакет накатить твой патч файл при инсталле
но мой пакет и так вместо оригинального используется. Оригинального больше нет
тогда что ты там апдейтишь? думал ты апдейты из апстрима себе тащишь
ну смотри, я форкнул весь репозиторий. И что-то правлю уже в своем гит репозитории и он обновляется композером. А про оригинальный пакет мой composer.json уже ничего не знает
ясно, ясно... ну обычно наоборот из аппки вычленяют пакеты, которые можно переюзать. Если пакет у тебя сильно специфичен и не может быть переиспользован, то какой нет смысла держать его пакетом, имхо
угу, логично. С точки зрения чистоты кода конечно всяко я многое делаю неправильно. Не умею еще обобщать так, чтобы что-то можно было переюзать. Вижу задачу - делаю) Надо ооп подучить
при чем тут ООП? пихают это ООП везде где не лень, обощать и ООП вообще не рядом
обобщать не получается когда нет разделения ответственностей( да, может это не ооп, но солид
ток не перестарайся, далеко не все можно и нужно обобщать. От этого могут быть проблемы.
даже дядя Боб в своем чистом коде говорит о том что НИКТО не пишет чистый код СРАЗУ и всякие там солиды тоже сложно, это все рефакторинг в будущем, а в начале ты пишешь говнокод лишь бы работало, а уже потом ты на это смотришь и уже понимаешь как сделать по красоте
Обсуждают сегодня