Как соблюсти принцип последней буквы SOLID?

Question

[Кот Фрейда]

Пару дней работаю с шаблоном "Внедрение зависимости", появилась несколько вопросов:

1. Допустим, у меня есть зависимость для роутера в виде контроллера. Заранее неизвестно, какой это контроллер, будет известно во время выполнения программы. Экземпляр контроллера создается в роутере. Как мне обеспечить роутер контроллером? Ведь я не могу написать $controllerObj = new $controller();, потому что создается зависимость от класса какого-то контроллера.

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

2. Что делать, если один из контроллеров-потомков нуждается в какой-то зависимости? Видел решение, где DI-контейнер через конструкторы контроллеров передавался все ниже и ниже по цепочке туда, где он нужен. Это норм решение? Но тогда ведь создается зависимость от самого контейнера. Как тогда быть?

Мое решение: нет.

В общем, хочу, чтобы наставили на путь истинный, сказали, в том направлении ли я мыслю и правильно ли решение моей первой проблемы.

Comments

[Дмитрий]

в любом случае если у вас DI , вам надо таскать контейнер
а есть где ваш код посмотреть?

[Кот Фрейда]

Дмитрий, но ведь контейнер становится такой же зависимостью. С этим просто надо смириться?)
Неа, пока не коммитил еще.

[Дмитрий]

и да, роутер по сути не должен знать об контроллерах, роутер должен знать реквест, ну а логика сопоставлений маршрутов к контолллерам уже определяется в приложении(bootstrap)

[Евгений Ромашкан]

Смотрите как устроены роутеры в популярных фреймворках(только не Yii)

[thatside]

последняя буква SOLID - это Dependency Inversion Principle
это не одно и то же самое, что Dependency Injection

Answer 1

[Wentixon]

Во-первых, я советую тебе не заниматься херней, проходя всякие тупые курсы и делая свои велосипеды. Поверь, эти курсы тебя ничему хорошему не научат, я сам это все прошел - толку ровно ноль. У тебя все равно ничего хорошего не получится, так как лучшие разработчики годами оттачивают свои фреймворки, при чем заимствуя фишки друг у друга (речь идет о популярных фреймворках).

Во-вторых, если все же у тебя шило в попе, хочется какую то херню погородить, то умные люди придумали некоторые стандарты. Условным стандартом в php являются компоненты с самого качественного фреймворка symfony, на которых кстати основан также laravel. Вот компонент роутера например. Популярные фреймворки состоят из таких мелких независимых компонентов.

В-третьих, на будущее.. Прежде чем что то делать, посмотри как это сделано у других. Компонент роута я тебе дал, хочешь свой пилить (хотя это абсолютно бессмысленно), то пожалуйста, но лучше ты 100% не сделаешь, так что просто посмотри как сделано у них хотя бы.

Ну а теперь отвечу на твой вопрос. Контроллеры привязываются к роутеру извне, так что внутри никаких привязок не будет. И вообще, тут не стоит говорить о SOLID, так как это этап загрузки приложения. Никто не может быть уверенным, что такой контроллер вообще найдется и в нем будет присутствовать такой метод, так что в этом случае просто будет исключение.

Кстати можешь посмотреть эти курсы, самое толковое из того что есть

Comments

[Дмитрий]

Условным стандартом в php являются компоненты с самого качественного фреймворка symfony

а с какого... это баня загорелась самого качественного

[Wentixon]

Дмитрий, тебе хочется похоливарить?

[Дмитрий]

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

[Wentixon]

Дмитрий, просто потому, что у них нет плохих решений, можно без проблем подсматривать на их компоненты и учиться по ним, плохому точно не научишься. К вашему сведению, все топовые фреймворк, взять laravel, yii те же на половину состоят из компонентов symfony. Ну и тут речь абсолютно не идёт о фреймворке, так как это сугубо личный выбор, речь идёт о качестве кода.

[Дмитрий]

Wentixon, а вы zend смотрели? там компонентов отдельными репами более 100, причем там тот же SOLID , то есть взял к себе в проект этот кирпичик, и он не тянет пол симфонии в зависимостях
все в тестах не менее 90% , все легко заменяется своими реализациями, дополняется или укарачивается
и про стандарты кстати, симфония забила на них
laravel, yii в моем топе вообще нет

[Дмитрий]

Wentixon, https://olegkrivtsov.github.io/using-zend-framewor... есть книга, почитайте, вам уже более менее опытному хватит полистать не на долго, чтоб уловить смысл

[Wentixon]

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

А на счёт zend я считаю, что он мертв, так как никогда по нему не видел ни заказов, ни работы, а страница с докой по установки была с 404 статусом, когда я хотел его потыкать, так что его я точно никогда не рассматривал. Но как я уже сказал, речь совершенно не про это. И сам я работаю с laravel. В ларавеле также отличные решения, но по распространенности и качеству 1 место занимает симфони и это просто факт, который можно проверить по кол-ву скачиваний его компонентов.

[Wentixon]

Дмитрий, и к чему мне это читать? Интерфейс фреймворков у всех одинаковый плюс минус, к чему это все?

[Дмитрий]

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

[Wentixon]

Дмитрий, ты видимо вообще ничего не понял. Я уже устал тебе говорить, что речь не о фреймворке, а о его качестве его кода и востребованности его компонентов. Симфони единственный фреймворк на php, на основе которого строятся другие фреймворки. Зенд никому не нужен и не интересен. Вот компонент на симфони, а вот компонент на зенде. Сравни, что лучше и красивее

[Дмитрий]

Wentixon, это не интерфэйс а MVC , у зенда уже другой подход zend-expressive гляньте. понятно что вы не почитаете, просто вы в своих поисках лучшего остановились

[Wentixon]

Дмитрий, как вылезешь из танка, можем пообщаться..

[Дмитрий]

Wentixon, где смотреть красоту то? вы свои ссылки то видели?
или вы про цифры скачиваний?
Dependents: 769 симфония
Dependents: 47 зенд

[Wentixon]

Дмитрий, ясно.. тыкс. Эти зависимости для тестов, если что.. Кроме php для его работы ничего не надо, в отличии кстати от твоего зенда. А вообще я про качество и красоту кода

[Дмитрий]

Wentixon, https://github.com/zendframework/zend-expressive-router тут гляньте

[Wentixon]

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

[Дмитрий]

Wentixon, так там не латают каждый день )
fix merge последний коммит

[padlyuck]

Во-первых, я советую тебе не заниматься херней, проходя всякие тупые курсы

и вдруг

Кстати можешь посмотреть эти курсы, самое толковое из того что есть

А если по теме - человек пытается запилить свой велик для того чтобы понять солид. понять что-то просто читая код великих некоторым сложно(в том числе и мне, я вижу, понимаю, но когда надо применить - не могу, нужна практика на кошках). Так что простите ваш ответ не в кассу. лучше бы по существу человеку помогли.

[Северное Сияние]

Во-первых, я советую тебе не заниматься херней... делая свои велосипеды

очень категорично. Свой велоипед - это огромный опыт и развитие как программиста. 90% всех пхп-макак только и могут, что использовать готовое, а сами не могут ничего создать.

[Wentixon]

padlyuck, что и вдруг? 90% курсов именно тупые, которые научат только говнокоду. Я сам начинал с того, что на первую работу написал фреймворк по одному из таких курсов, было это несколько лет назад. И поверь, это принесло мне только страдания и потраченное время. Я бы сэкономил кучу времени, если бы перед написанием своего фреймворка изучил бы уже готовое решение и имел бы понимание, как вообще строить такие системы. Но я бы и не писал фреймворк, так как современный фреймворк состоит из набора компонентов. Соответственно логично писать компоненты, а не фреймворк и тестировать их. Если человек пишет ФРЕЙМВОРК (монолит), то он изначально на неправильном пути.

Во-вторых, при чем тут практика и фреймворк? Почему всем надо сделать именно фреймворк? Почему нельзя сделать какой то пет проект интересный, пакет для готового фреймворка полезный. Вы думаете, там меньше проектировать придется? Я скинул роутер симфони, вы хоть код открыли? Тесты можно прогнать, посмотреть интерфейс компонента. Не можете вы это применить, потому, что не понимаете код. Когда поймёте, почему код написан именно так, а не иначе и применить без проблем сможете, так как будете понимать, что такое хорошо, а что плохо

[Wentixon]

php666, ок, покажите хоть один ваш велосипед? Хоть из одного велосипеда машина получилась? Нужно книги читать и в своих реальных проектах эти знания использовать. А велосипеды всегда остаются велосипедами, а дальше вы с ними не уедите.

[Северное Сияние]

Wentixon, получилась и успешно ездит

[BoShurik]

Дмитрий,

у меня например топ фв чуть другой, симфония там где то на третьем месте стоит

А можно услышать топ-2?

[Дмитрий]

BoShurik, ну я бы вообще первым поставил бы свой фв.
Второй зенд, третий фалькон, ну потом симфония

[BoShurik]

Дмитрий, а где можно глянуть ваш фв? :)

[BoShurik]

Дмитрий, ну и вопрос, почему? по каким параметрам сравниваете?

[Wentixon]

Дмитрий, в вашем фреймворке хоть тесты то есть? Вы понимаете, что топы фреймворков, как и языков программирования составлять бессмысленно и глупо?

[Дмитрий]

BoShurik, мой глянуть нельзя) так как он не издан. Но для любого товарища свой велосипед будет ближе.
Зенд не навязывает не модель не вьюху, то есть в комплекте есть стандартные вещи, но чисто как заглушка, там фв не монолит, хотя скелетон уже имеет лишнее, я например не фронтер, мне вообще не интересно как оно выглядет.
Фалькон быстрый и простой. Скорее скорость это его явный плюс потому в топ. Дока впринципе достаточная, чтоб сделать задуманное. Почему они не такие популярные? Потому что не каждый может осилить, точнее новичок не станет этого делать, но если он это сделает, то вряд ли вернётся на лару или уй
Могу кинуть ссылку на фв товарища, я как консультант участвовал в разработке, ну и маленькую орму туда запилил

[Дмитрий]

Wentixon, почти 100% тесты

[Дмитрий]

Wentixon, BoShurik, https://github.com/drmvc/orm
Остальные пакеты можете глянуть
Есть дока и примеры

[Wentixon]

Дмитрий, ну во первых, вопрос - нахрена эта орм нужна? Чтобы научиться код писать? В ней крайне мало функционала, она привязана к mysql, нет абстракции над бд. Более того, я уже нашел баг. Почему id должен числом быть? Это не баг, а бред какой то, к чему эти ограничения? Что если у меня uuid скажем. Ни связей, ничего. При сохранении делается лишний запрос в бд для поиска записи. Вообще в качестве обучающего проект как сойдёт, но вопрос нахрена

[Дмитрий]

Wentixon, да весь фв писался для такого, чтоб разобраться как что работает вместе с фв.
))) просто было интересно запилить орм, запилил. Там в описании написано же, простая. Можно например гостевую книгу написать) там pdo там в тестах sqllite если что
Я же не говорю что я доктрину новую написал. Код по стандартам, тесты есть. Плохого качества?

[Wentixon]

Дмитрий, да нет, вполне неплохо написано. Но я не думаю, что это сильно апнуло тебя или кто там писал его. Вот если бы вы его поддерживали и подгоняли под требования сотен людей, вот это был бы крутой опыт, так как в этот момент и раскроется гибкость и удобство архитектуры. Я вот например в первые 3 минуты заметил 2 косяка в орм. Но такие косяки как раз таки и определяют твой скил.. Смысл учиться, если потом не видеть и не исправлять эти косяки?

[Wentixon]

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

[Дмитрий]

Wentixon, про какие косяки вы говорите. Ид стандартное поле автоинкриментное инт))
Это не AR , этого я изначально добивался, ни о какой сложной приминяемости речь не шла. Там самое простое в пару килобайт кода.
Есть поинтереснее код. В планах была задумка писать нормальную орм. Пока реализовал 10%
Это билдер запросов. Репы в профиле

[Дмитрий]

Wentixon, был бы такой проект и куча времени. Я бы конечно с радостью поддерживал. Да любой наверное хотел бы написать что то, чем будут пользоваться не полтора товарища. Я вообще забыл когда код писал.

[Wentixon]

Дмитрий, ну орм не должна определять какой тип id у меня будет, в том то и дело, что ты за меня решил, чтт у меня инкремент будет. Почему это ид у меня только числом может быть? Я помню промучился с таким пакетом, который тоже возомнил, что айдишник должен быть именно числом. У меня же айдишником был хэш (строка). Также идёт четкая пиивязка к полю id, это поле правильней было бы брать из свойства entity. У меня допустим не id, а uuid. Получается заюзать метод saveEntity я не смогу.

[Wentixon]

Дмитрий, простейший способ улучшить ситуацию сделать интерфейс для entity и в нем метод getIdField например, так как сейчас класс orm не может знать, что у entity вообще есть поле id

[Wentixon]

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

[Дмитрий]

Wentixon, да там вообще нет ни чего. Сама сущность это набор магии)
Что положили, то и достали

[Дмитрий]

Wentixon, ну все вроде противятся магии
Я пилил заготовку
$all = $users->Find('one', 'id', 1);
$byName = $users->OneFindByName('Artur');
$byId = $users->oneFindById(1);
$byNames = $users->allFindByName('Test');
$dUser = $users->delete('id', [1,2,3]);
$d1User = $users->deleteByName('user');
Тут одна магия
Разбирается метод на сортовляющие
Там тоже строк 20 всего

[Дмитрий]

Wentixon, да понятно что опенсорсу помочь можно, я как бы вообще за опенсорс. Но я кодю в свободное время, времени нет от слова совсем. И работаю я не прогером

[Wentixon]

Дмитрий, да магия то магией. Магией пусть клиент пользуется. Orm класс же должен зависеть от интерфейса. Как минимум поле для id в таком случае этот интерфейс должен отдавать.

[Дмитрий]

Wentixon, все что вы написали легко очень реализовать, но зачем? В билдере есть заготовка под это where метод. Просто у меня считайте соглашение работать через id как инт

[Wentixon]

Дмитрий, еще раз объясняю. https://github.com/drmvc/orm/blob/master/src/Orm/O... Вот есть такой код. Неужели не видно, в чем тут проблема? Во-первых, мало того, что этот метод не может знать, что у entity есть свойство id, так это даже нигде не определяется. Если в моей таблице вместо поля id было бы другое или вообще его небыло, этот метод крашнулся бы.

[Дмитрий]

Wentixon, да я понял что вы имеете ввиду.))) знаю как сделать чтоб работало с любыми полями. Моя задача была реализовать репозиторий, я реализовал, свой велосипед зачем нужен? Для практики, когда то делал, вспомнил, подсмотрел. Вы так переживаете, что прям у вас проект умер, я отказал вам в поддержке своего продукта))

[vism]

Wentixon,
Смылса с ним спорить нет,он не поймет.
Эффект Да́ннинга — Крю́гера — метакогнитивное искажение, которое заключается в том, что люди, имеющие низкий уровень квалификации, делают ошибочные выводы, принимают неудачные решения и при этом неспособны осознавать свои ошибки в силу низкого уровня своей квалификации
https://ru.wikipedia.org/wiki/%D0%AD%D1%84%D1%84%D...

[Дмитрий]

vism, и вы туда же. Смотрю у вас квалификации хоть отбавляй
Где я написал что я не вижу косяк. Просто этого функционала не было предусмотрено.

[Wentixon]

Дмитрий, речь о том, что вы как в танке не хотите ни к кому прислушиваться. Никто вообще не хотел вести эту бессмысленную дискуссию о фреймворках, о чем я сказал в самом начале. Симфони я указал лишь в качестве примера, на который можно равняться (лучшим я его назвал в том смысле, что он самый популярный и качественный однововременно, а его компоненты полностью независимы и используются многими другими фреймворками). На ваше решение равняться нельзя, просто хотя бы потому, что им пользуются и разрабатывает 2 человека. То, что вы говорите, что я прикопался - это вообще очень глупо, так как я пользователь вашего фреймворка, а не вы и я сразу же нашел причину, по которой ваша орм бракуется и не может использоваться в продакшене, так как она привязана к конкретной реализации, что является достаточно большой проблемой и недостатком. И я просто не стал дальше смотреть, просто этим я хотел сказать, что делая свой фреймворк опыта особо не получишь. Вот если бы вы заглянули в другие орм например и посмотрели как там, я думаю это многое прояснило бы и пользы было бы гораздо больше. Это нормально, что человек не понимает иногда каких то проблем в своих решениях, но рост происходит тогда, когда ты смотришь на свое решение и понимаешь, что оно гавно. А если тебе полностью нравится твой код, написанный год назад, скорее всего с ним что то не так

[BoShurik]

Дмитрий,

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

Сколько в итоге на этом ФВ было запилено проектов? Или его написали и забыли?

[Дмитрий]

Wentixon, я не говорю что код покрывает 100% задач. Нужные задачи он покрывает. Если вы пользователь, можете прислать пр или создать исуса на край. Я и не планировал выходить этим кодом на конкуренцию и так уже большой кучи разных решений. Просто вы так поставили вопрос, как будто я вам чего то должен. Вы описали проблему, я написал что не предусмотрено функционалом. Можно исправить, не сложно, но вы же все равно не будете использовать, давайте ваш код обсудим. Я более чем уверен найдутся и у вас косяки

[Дмитрий]

BoShurik, пара точно, и до сих пор работает)

[Wentixon]

Дмитрий, блин вот ты странный.. Главное при разработки такого фреймворка это получить как можно больше опыта и научиться чему то. То что ты сделал это не функция ещё раз тебе повторяю, а зависимость на конкретной реализации, отсутствие контракта между классами, ясненько? Это не функция, а не понимание основ просто. Вот у тебя есть интерфейс билдера, опять же ты понимаешь, что в нем нет никакого смысла (объясни, зачем ты его сделал, чтобы был? Ты не используешь его возможностей), так как и билдера у тебя встроен тупо в класс Orm? Почитай про DI, может до тебя дойдет

[Дмитрий]

Wentixon, вы обкурились? Я вам ещё утром ответил что я понял куда вы клоните. Что мне сейчас бежать переписать, чтоб вам спокойнее стало?

[Дмитрий]

Wentixon, покажите код ваш, я тоже гляну. Как говорится взгляд со стороны. И может я тоже чего интересного найду

[Wentixon]

Дмитрий, я не занимаюсь опенсоурсом а разрабатываю коммерческие проекты

[Wentixon]

Дмитрий, смотри, этот интерфейс ты откуда то скопировал верно? https://github.com/drmvc/orm/blob/master/src/Orm/I... Тупо скопировал и даже не понял зачем это сделал.. Мы просто подошли к тому, что написав свой говно фреймворк ты ничему не научился, про что я и говорил

[Дмитрий]

Wentixon, ну ясно, я так понимаю я глухаб нашёл ваш, где все приватное.

[Дмитрий]

Wentixon, да я сначала хотел много чего сделать, но потом забил.

[Wentixon]

Дмитрий, советую эту книгу почитать, она очень многое прояснит

[Дмитрий]

Wentixon, вам надо объяснить для чего там есть интерфейс и почему сейчас в нем нет необходимости? Там изначально планировалось поддержка разных билдеров. Но потом я запилил один, вы всю историю просмотрели, там возможно будет понятно

[Дмитрий]

Wentixon, за книгу спасибо, гляну. Последняя книга по php у меня была 2005 года)

[Кот Фрейда]

Не ожидал такого горячего обсуждения, лол. Все-таки написание моего велика застопорилось на теме DI, буду ковырять Симфонию, посмотрю, как там это все сделано и сделаю примерно так же у себя. Почему сразу не заюзаю компонент готовый? Потому что хочу на практике понять, как все это работает. Осенью планирую уже по собеседованиям гулять, нужно будет показать что-нибудь, что я умею (ничего). Еще надо будет написать laba1.php скорее всего на симфонии, но посмотрим, куда больше вакансий будет, гы.
Спасибо за курсы и за ответ. В общих чертах понятно, но что значит

Контроллеры привязываются к роутеру извне

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

[Kravalg]

Дмитрий,

Я же не говорю что я доктрину новую написал. Код по стандартам, тесты есть. Плохого качества?

Большинство принципов SOLID были нарушены в твоей ORM

Все компоненты завязаны на конкретные реализации, а не на абстракции
Под каждый класс должен быть интерфейс и в коде ты должен упоминать именно абстракции, а не конкретные классы

В конструкторе Orm нарушен принцип инверсии зависимостей

Вообще нигде нет обработки ошибок

Builder не является компонентом, который конструирует сложный обьект
Это обыкновенный SQLHelper в процедурном стиле, оперирующий строкой, а не каким-нибудь AST
Entity не является отображением сущности приложения, это скорее обертка над массивом

Код в репозитории явно не придерживается общепринятых именований компонентов, напрочь отсутствует использование типичных паттернов проектирования от них остались лишь одни названия, которые не соответствуют реализации

Соответственно на поддержке и развитии данной бибилотеки можно поставить крест, так как будет проще переписать нормально

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

Answer 2

[dmitriy]

посмотрите как тут https://github.com/dimaxz/frameworkless/blob/maste...

Comments

[Дмитрий]

это ваше?

[dmitriy]

модифицированный https://github.com/mmeyer724/Frameworkless

[Кот Фрейда]

Предлагаете каждый контроллер делать зависимостью?

[Дмитрий]

Кот Фрейда, вы код покажите, у вас есть приложение, у вас все начинается с реквеста, из реквеста мы получаем роуты, из роутов контроллеры (возможно методы, прочие входные аргументы из реквеста), из контолллеров модели и виды, и в итоге все приходит к респонз(ответ-вывод)

[Дмитрий]

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

[dmitriy]

1.как вы поняли из ссылки я использую League Container
для инъекции зависимостей
2. Для Конфигурации зависимостей используется Service Provider, с режимом AutoWaring ServiceProvider позволяет внедрять зависимости только в конкретных случаях
п.с Дмитрий уже объяснил что и как

[Дмитрий]

dmitriy, да простенький DI писать минут 5, можно переложить инициализацию на DI , можно на саму зависимость, то есть фабрику там какую. я так понимаю товарищ разбирается в архитектуре приложения и пилит свой велосипед.
P.S. вы бросили пилить свою ORM?

[dmitriy]

пилить свою ORM

да писать свое дело гиблое, выбрал уже готовый Propel2 (3)

[Кот Фрейда]

Дмитрий, я вот еще не дошел до того места, где DI с конфигом работает (пишу приложуху по гайдам), поэтому не понял этот момент. Спс за разъяснение.

[Дмитрий]

dmitriy, я просто тоже пилил))

[BoShurik]

Оставлю https://github.com/PHP-DI/Invoker#resolving-callab... здесь, может пригодиться

[Дмитрий]

тоже оставлю для ознакомления https://docs.zendframework.com/zend-di/

Answer 3

[Северное Сияние]

Без кода ничего не ясно.

Answer 4

[Артем Спиридонов]

1. Абстрагировать роутинг, разделив его как минимум на две части (два слоя)
   
2. Конечно нет