Отчет по подготовке версии HLEB 2.0

Оказалось, что написание новой версии фреймворка не самое главное, большую часть работы занимает написание тестов на все его функции и составление документации. Кроме этого, из-за изменений в ядре фреймворка, необходимо сделать новые версии всех его собственных библиотек. Мне бы не хотелось, чтобы его возможности оказались урезанными по сравнению с предыдущей версией, поэтому будет и обновление библиотек. Возможно, что 70% от всей работы займет как раз тестирование и документация. Изначально была идея, чтобы сделать прослойку для совместимости со старой версией всех библиотек, но новый фреймворк достаточно не похож на версию 1.x чтобы эта прослойка оказалась сравнительно большой. Мне удалось усовершенствовать роутинг и в целом инициализацию фреймворка, во-первых, из-за того, что он теперь поддерживает Roadrunner, а также не могу не заметить прогресс в программировании, с момента написания первой версии, многие вещи мне удаётся делать проще (хотя, в силу этого же прогресса, может оно так кажется).

Бытует мнение, что чем ниже порог входа, тем ниже квалификация фреймворка или библиотеки, тем не менее, есть подвижки в том, чтобы сократить и без того короткую инструкцию по запуску фреймворка HLEB и упростить первые шаги работы, и эти подвижки также связаны с тем, что код ядра стал более адаптивным. Возможно, что мнение это сложилось где-нибудь в области Javascript, где на вопросы, как сделать на чистом JS часто предлагаются ответы на jQuery. В идеале для низкого порога входа фреймворк должен запускаться на дефолтной установке PHP, без дополнительных зависимостей. Этого мне почти удалось добиться, тем не менее по функционалу на нем многое можно сделать (а в новой версии и ещё больше).

На фоне импортозамещения и прочих нехороших событий, связанных со сторонними библиотеками, фреймворк HLEB 2 будет продолжать традицию выбора использования сторонних библиотек на усмотрение разработчика. То есть минимальное использование его подразумевает только собственный код репозитория phphleb, а разработчик сам выберет в какую сторону двигаться и какие библиотеки ему выбрать далее. Например, сейчас есть множество ORM под различные нужды и легко интегрировать любую из них. Но, учитывая, что это всё таки микрофреймворк для небольших проектов, то вполне может хватить и встроенной обёртки над PDO. Почему именно для небольших проектов? Ну скорее всего, что изначально этот фреймворк разрабатывался под собственные проекты автора, которые были небольшими, в любом случае на основе этого микрофреймворка можно сделать свой фреймворк, добавив нужных сторонних библиотек и использовать для проекта любой сложности. В первую очередь, это быстрый и гибкий роутинг, а остальное - необходимые в настоящее время примочки, чтобы создать работающий сайт, API или админку.