Методика из будущего) Ладно уж вольюсь в тренды отпишусь, на самом деле и телега может быть за место journal/tail если так угодно господину а мораль этого вопроса уже обсудили по полной)))
В очередной раз пройдемся по этому мертвому списку с очередным "автором" фреймворка (Вы бы хоть предыдущие статьи в этом хабе почитали тк там уже было дано тысяча и один совет как надо и как не надо).
PSR
Хотя бы 1 линтер
Что касается документации - пишите ее в коде (да, так можно) а потом генерируете из нее веб доку
Из этого вы сделали - ничего и говорите что все сделаете потом (когда потом? если можно было сразу все это делать)
Технологии уж точно развиваются, и я ничего не говорил про SOLID, я в этот раз про качества кода молчал!
Я просто не представляю как вообще этим можно пользоваться? какая польза, как вообще написать на этом хоть что нибудь сложное? Да если взять это для проекта нормального, все придется выпилить и поставить другие компоненты!
Вот скажите, почему вы как автор фреймворка не сделали example любой хотя бы бложек, с авторизацией там, комментариями где бизнес логика выйдет за 3 строчки и ваше чудо себя раскроет на полную! Нет, не сделали время нету, зато статью опубликовать вы время - нашли легко!!!
Как можно пользоваться таким и выкладывать это на хабре если у вас нет времени этим заниматьcя???
Я видел молодой человек, и доктрины и Laravel, все по стандарту и читаемо, хотя бы пробелов нету:
$this -> class = $settings['class'];
$this -> setKey($settings['key']);
$this -> method = $settings['method'];
итого - 3 минуса значит 3 чуда проекта на этом фреймворке, кто покажет свой исходный код??? Что бы мы все могли оценить как нужно делать настоящие веб приложения!
Какой чудесный новый фреймворк! Я давно этого ждал, и что не мало важно - отечественный с 20 летнем опытом! Всякие ваши забугорные симфони и ларавель такая шляпа!!! Скажите, а как вам можно перевести 10.000$ в рублев*м эквиваленте на разработку вашего фреймворка? А то у меня стартап отечественный я без вашего фреймворка не смогу!!! И код кстати - восхитительный! Всем советую новый проект начинать на этом и не делать код ревью!!!
Поясню свою точку зрения, у меня есть теория. Автор решил изучить php, на глаза ему попались микрофреймворки, в силу своей неопытности он не смог разобраться как они работают но очень вдохновленный красотой запуска приложения решил сделать сие чудо. В чем суть моей претензии, в том что пример ужасный. Допустим у вас есть задача, вам нужно выдатаь некий ответ по http. По сути тот код что написал автор вообще не нужен. 1. для реквестов респонсов на php уже куча решений, от простых до сложных. Свой велосипед уже тысячу раз объясняли почему не нужен, если вы крупный ентерпрайз и хотите все свое это "ок", но как обычный девелопер возьмите хотя бы psr-15 любое решение из уже существующих. я уж не говорю про компоненты ларавел и симфони если религия позволяет. У автора в классе Router создается в !! конструкторе !! объект реквеста, правильно было бы вообще не завязывать класс роутера на реквест, а просто передавать его из RequestHandler как аргумент: public function resolve(Request $request) и все роутер не зависит от реквеста, это называется лень.
class Application
{
public Router $router;
public function __construct($ROOT_DIR)
{
$this->router = new Router();
}
public function run()
{
echo $this->router->resolve();
}
}
Тут я вообще молчу, верх быдлокода. Какой смысл в переменной $ROOT_DIR которая не используется, какой смысл в этом классе если можно сделать просто:
$request = new Request(); (new Router())->resolve($request); Этот класс просто запускает другой класс, нужно больше абстракций СЭР!!!
про то что на дворе 2022 год PHP 8.1 а в данном коде ни намека на строгую типизацию, вы в добавок учите УСТАРЕВШИЙ ДИАЛЕКТ ЯЗЫКА который если вы сейчас изучаете конечно полезно для легаси проектов, но как автор "фреймворков" вы отстаете от всех лет на 5, ну да работает не трогай верно.
Если вы такое покажете на собеседование вас не то что не возьмут, угарать с вас будут. А если возьмут тимлиды там отбитые конечно (: (не на практику а на фуллтайм)
А на**** надо если можно из phpunit взять ху** х**к и в продакшн! а то что есть альтернативы, я уж не говорю о том что бы выпустить свой пакет - не, не слышали. Особенно обожаю когда в очередном мажорном релизе сделали "более красивое отображние ошибок", без этого версия просто не может быть мажорной!!!
Методика из будущего) Ладно уж вольюсь в тренды отпишусь, на самом деле и телега может быть за место journal/tail если так угодно господину а мораль этого вопроса уже обсудили по полной)))
Красиво описано по существу) прям в учебник можно
В очередной раз пройдемся по этому мертвому списку с очередным "автором" фреймворка (Вы бы хоть предыдущие статьи в этом хабе почитали тк там уже было дано тысяча и один совет как надо и как не надо).
PSR
Хотя бы 1 линтер
Что касается документации - пишите ее в коде (да, так можно) а потом генерируете из нее веб доку
Из этого вы сделали - ничего и говорите что все сделаете потом (когда потом? если можно было сразу все это делать)
Технологии уж точно развиваются, и я ничего не говорил про SOLID, я в этот раз про качества кода молчал!
Я просто не представляю как вообще этим можно пользоваться? какая польза, как вообще написать на этом хоть что нибудь сложное? Да если взять это для проекта нормального, все придется выпилить и поставить другие компоненты!
Вот скажите, почему вы как автор фреймворка не сделали example любой хотя бы бложек, с авторизацией там, комментариями где бизнес логика выйдет за 3 строчки и ваше чудо себя раскроет на полную! Нет, не сделали время нету, зато статью опубликовать вы время - нашли легко!!!
Как можно пользоваться таким и выкладывать это на хабре если у вас нет времени этим заниматьcя???
Я видел молодой человек, и доктрины и Laravel, все по стандарту и читаемо, хотя бы пробелов нету:
$this -> class = $settings['class'];$this -> setKey($settings['key']);$this -> method = $settings['method'];итого - 3 минуса значит 3 чуда проекта на этом фреймворке, кто покажет свой исходный код??? Что бы мы все могли оценить как нужно делать настоящие веб приложения!
Какой чудесный новый фреймворк! Я давно этого ждал, и что не мало важно - отечественный с 20 летнем опытом! Всякие ваши забугорные симфони и ларавель такая шляпа!!! Скажите, а как вам можно перевести 10.000$ в рублев*м эквиваленте на разработку вашего фреймворка? А то у меня стартап отечественный я без вашего фреймворка не смогу!!! И код кстати - восхитительный! Всем советую новый проект начинать на этом и не делать код ревью!!!
или так, или в налоговую, во втором случае результат 100%, а в первом все может быть =)
В 2200 году 250$ млн это сколько по курсу 2022??
хоть кто то в здравом уме тут еще остался )))
Поясню свою точку зрения, у меня есть теория. Автор решил изучить php, на глаза ему попались микрофреймворки, в силу своей неопытности он не смог разобраться как они работают но очень вдохновленный красотой запуска приложения решил сделать сие чудо. В чем суть моей претензии, в том что пример ужасный. Допустим у вас есть задача, вам нужно выдатаь некий ответ по http. По сути тот код что написал автор вообще не нужен.
1. для реквестов респонсов на php уже куча решений, от простых до сложных. Свой велосипед уже тысячу раз объясняли почему не нужен, если вы крупный ентерпрайз и хотите все свое это "ок", но как обычный девелопер возьмите хотя бы psr-15 любое решение из уже существующих. я уж не говорю про компоненты ларавел и симфони если религия позволяет.
У автора в классе Router создается в !! конструкторе !! объект реквеста, правильно было бы вообще не завязывать класс роутера на реквест, а просто передавать его из RequestHandler как аргумент:
public function resolve(Request $request)и все роутер не зависит от реквеста, это называется лень.
Тут я вообще молчу, верх быдлокода. Какой смысл в переменной $ROOT_DIR которая не используется, какой смысл в этом классе если можно сделать просто:
$request = new Request();(new Router())->resolve($request);Этот класс просто запускает другой класс, нужно больше абстракций СЭР!!!
про то что на дворе 2022 год PHP 8.1 а в данном коде ни намека на строгую типизацию, вы в добавок учите УСТАРЕВШИЙ ДИАЛЕКТ ЯЗЫКА который если вы сейчас изучаете конечно полезно для легаси проектов, но как автор "фреймворков" вы отстаете от всех лет на 5, ну да работает не трогай верно.
Если вы такое покажете на собеседование вас не то что не возьмут, угарать с вас будут. А если возьмут тимлиды там отбитые конечно (: (не на практику а на фуллтайм)
esbuild кстати то же есть...
спасибо за ответ
и еще смешно то, что я даже минус поставить не могу, хотя правда на моей стороне.
думаю что все еще только впереди!!! смешат коменты про psr и di... лол, остается только подождать вечность как yii3^2 (:
Опять? ОПЯТЬ! Это не фреймворк, это даже не библиотека, это - HELLO WORLD на PHP!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Хороший инструмент, удобный, развивается, пользуюсь уже не первую версию.
Не подскажите название темы для терминала? (zsh если не ошибаюсь)
Как и новая страница обработки ошибок, как и половина новых фич в каждой новой версии Laravel (:
https://github.com/webmozarts/assert как минимум...
А на**** надо если можно из phpunit взять ху** х**к и в продакшн! а то что есть альтернативы, я уж не говорю о том что бы выпустить свой пакет - не, не слышали. Особенно обожаю когда в очередном мажорном релизе сделали "более красивое отображние ошибок", без этого версия просто не может быть мажорной!!!
Снижаем издержки сейчас что бы они выросли потом ^^ %% =)