Как спроектировать фреймворк?

Question

[Mors Clamor]

Здравствуйте! Пишу небольшой фреймворк для себя в образовательных целях. Сделал базу - разбор маршрута, вызов метода. И уже на этом этапе затык - например, захочу я впихнуть туда что-то вроде Pipeline (цепочка обязанностей) для обработки запроса (middleware если проще). Как спроектировать фреймворк так, чтобы в будущем не надо было лопатить весь код включая ядро чтобы внести новые элементы? Я понимаю про SOLID там, но если следовать правилу единой ответсвенности, то файлов будет просто целая гора, и это непосредственно в фреймворке. Также встает вопрос, например, у меня сейчас маршрутизация а-ля микрофреймворк, чтобы прикрутить MVC надо реализовывать поиск контроллера и вызов метода. Должен ли этим заниматься отдельный класс?

Comments

[Just Me]

Один из лучших курсов по PHP MVC. Всё разобрано в деталях

[topalek]

https://youtube.com/playlist?list=PLD-piGJ3Dtl1gX1...

https://youtube.com/playlist?list=PLE20id3DjfFnio1...

[Яков Моторин]

Правильно здесь один сказал

Любой фреймворк сейчас - это совокупность из десятков кубиков

и это значит, что инкапсулируй в отдельные кубики определенные участки кода. В каждый кубик своя точка входа (условно говоря)

Answer 1

[FanatPHP]

https://youtu.be/u95A0tyoY7I?t=300

Answer 2

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

Я понимаю про SOLID там, но если следовать правилу единой ответсвенности, то файлов будет просто целая гора,

да. так оно и и будет

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

не надо спрашивать такие вопросы. Если ты что-то пишешь, то должен быть уверен в правильности своей архитектуры. Иначе ты на каждый чих будешь вопрос задавать.

Пишу небольшой фреймворк для себя в образовательных целях

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

Любой фреймворк сейчас - это совокупность из десятков кубиков, каждый из которых разрабатывался и тестировался десятками, а то и сотнями людей, лучших профессионалов в своей области. Попытки в 21 году написать свой фреймворк, всё равно, что в одиночку спроектировать автомобиль, ЛУЧШЕ, чем мировые аналоги. Аналогия примерно такая же, т.е. это НЕВОЗМОЖНО.

Не занимайся ерундой.

Comments

[Mors Clamor]

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

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

Mors Clamor, это не субъективно.

Ну ок, ты понял, как работает маршрутизация.

Дальше что? Дальше надо сделать MVC каркас. Это не сложно. Ок. Едем далее. Модели и ORM. Ты хоть примерно представляешь, с чем тебе придется столкнуться? Это годы работы - с нуля написать подобные вещи, и всё равно это будет кривая на ладан дышащая подделка.

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

[Дмитрий]

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

[Mors Clamor]

Северное Сияние, я и не говорил, что использую свою поделку для работы, понятно, что для работы используются готовые вещи. Просто параллельно вникаю. А по поводу ORM и моделей - Что мне мешает взять Eloquent?

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

Mors Clamor,

А по поводу ORM и моделей - Что мне мешает взять Eloquent?

тогда смысл в написании пародии на ларавел с ORM от ларавеля?

Я свое мнение сказал и надеюсь ты прислушаешься.

Answer 3

[Антон Р.]

Как спроектировать фреймворк так, чтобы в будущем не надо было лопатить весь код включая ядро чтобы внести новые элементы?

Я понимаю про SOLID там...

Не понимаешь, раз такие вопросы есть.

Answer 4

[Максим Федоров]

Фреймворк от начала и до конца (с пайплайнами, мидлварями и контейнером):
https://youtube.com/playlist?list=PLE20id3DjfFnio1...

Comments

[Sanes]

О чем он там часами рассуждает?

[Максим Федоров]

Sanes, хз
Мельком смотрел, походе на хороший разбор

[Sanes]

Максим Федоров, то, что он в теме, это понятно. С такой подачей материала, только самые стойкие справятся.

[Дмитрий]

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

[Sanes]

Дмитрий, значит не зря у меня на него терпения не хватило)

Answer 5

[Alex Wells]

Если не можешь разобраться на 100% почему и что где использовано в https://github.com/phpstan/phpstan-src/tree/master... (хотя бы в этом неймспейсе), то забудь, хорошо не получится.

Смешные видосики смотреть не стоит. Обьяснить, как действительно сделать хорошо, не имея опыта и не зная почему кто-то делает так, как делает (как то команда phpstan) - невозможно.

Comments

[Flying]

За что вы его так? :) Можно же было что-то попроще дать, ну хоть тот же Symfony DI

[Alex Wells]

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

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

А что бы это делать быстро, нужно иметь опыт. phpstan как тест, есть опыт делать быстро или на каждую фигню будет уходить по несколько дней)

[Flying]

Alex Wells, Полностью с вами согласен, тоже имел такой опыт в прошлом и примерно с теми же выводами.

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

[javedimka]

Можешь или не можешь разобраться? В ответе нет ошибки?

[Alex Wells]

javedimka, поправил, спасибо

Answer 6

[Алексей Джо]

Сначала нужно изучить и научиться практически применять: алгоритмы и структуры данных, паттерны проектирования. И пытаться проектировать.