Ок. добавлю в туду.
Английский моя слабая сторона. :) читать более менее, а вот писать...... практики не хватает
composer dev запустит встроенный веб сервер php. После этого по адресу http://localhost:8000 начнет отвечать приложение, но там просто временные "тестовые ошметки". (на момент написания того сообщение там проверял автовайринг в контейнере)
Т.е. в этой репе будет расти именно фреймворк, а не приложение.
Итак, пятница
Выложил, то что наработано на github
Как и обговаривали используется:
- composer . Без него, на мой взгляд, даже в подобного плана проекте, не стоит делать приложение такого класса: если я потом надумаю все же использовать фреймворк для своих целей, нелогично отказываться от возможности использовать при необходимости выбор из огоромного числа модулей для любых задач.
И это единственная зависимость (кроме версии php конечно) для продуктового режима
В режиме разработки: phpunit - тестирование, и voral/version-increment - для автоматизации управления версии и ведения ченжлога (но это пакет разработанный мною)
На данный момент, это не релиз. Хоть все и работает, и погонять при желании можно, но не доведено до логически завершенного этапа.
Что сделано:
- маршрутизация
- сервисный контейнер
- все что реализовано - все покрыто тестами (кроме Application - но там по сути просто пустой класс пока)
Из "галок", что я поставил сам себе: никогда глубоко не вдумывался как реализуется автовайринг - здесь сделал это
В планах на следующую неделю: минимально это выпустить первый логически завершенный релиз и скелетон позволяющий создать на основе фреймворка АПИ (конечно на данном этапе простейшее, без авторизации, да и вообще без решенных вопросов секурности :), но хоть для внутреннего микросервиса. Минимальную доку. по результатам к следующей пятнице запилю видео, например с созданием апи для тривиального TODO листа.
Ну и если будет время - начну шаблонизатор.
На гитхабе в репе:
- в описании "динамический" план
- в ветке master всегда будет работоспособный вариант, и добавлю ветку dev - в которой можно будет, при желании, смотреть прогресс.
Такс. Только не стоит мои слова не совсем корректно подавать. :) Фрейморки класса laravel, simfony, yii, vue, -это серьезные проекты. У них и функционал очень большой (по сравнению с вашим, как минимум в той версии что есть у меня), а так же добавляет ответственность разработчиков перед пользователями (разработчиками использующими их фреймворк), т.е. там и для этого много чего сделано. Т.е. я говорил именно про ваш.
Уточню, это я сейчас не ради "нападок" или попыток "приунизить". А раз уж мои слова цитируете, то хотелось бы, чтоб цитата точно передавал мысль. Кстати, заодно, можете свое определение фреймворку дать: какие обязательные храктеристики, какие необязательные, но важные . Т.е. как вы определите: я сделал фреймворк или нет?
Выбор такой потому, что я считаю проекты должны быть похожими. Подстроился под тебя. Естественно под фреймворком я понимаю несколько иное. Это не cms. В фреймворке админка, шабонизатор это дополнительные модули. На слуремменных проектах не всегда нужен фронт. Даже CMS ки сейчасheadless . соответственно. То что у тебя в одном флаконе, у меня будет разделено.
Ну так при работе один фиг лезешь под капот инструментов с которыми работаешь. Хотя под капот симфони не залезал, но там и проект был простой. Битрикс вдоль и поперек, в лару копнул... можно считать разборкой по винтикам? :)
У меня уже есть проект (кроме работы): действующий SaaS. Естественно там применяются другие подходы, для эффективного решения задач.
Это просто так, чтоб не было ни какой обязаловки, ни сложных и важных решений, ни каких то сроков и дедлайнов (ну этот год не в счет, в проекте там другие условия). Ну пойдет не в ту степь - и хрен с ним. :) В общем попрограммировать на расслабоне, то что я ни когда не буду делать "на бою".
