Ilya Olovyannikov, в том числе, однако, помимо этого там ещё много всего, что в общем-то мне не нужно. Мне скорее интересно что-то вроде шаблонизатора на js, сейчас активно ресёрчу, пока жду ответов, lit-html выглядит довольно привлекательным, пока не ознакомился полностью, но пока что это самое релевантное из того, что видел до этого. К тому же, судя по их веб-сайту, эти ребята поддреживают BLM, что тоже не может не радовать.
Думал насчёт react и vue, компоненты там вполне подходят под мою задачу, но они мне кажутся какими-то оторванными от остального кода, да и в целом слишком много туда напичкано того, что мне не нужно.
Антон Р., да, большое спасибо. Полагаю, правильнее сказать что это суть контроллера-роутера, определить какой контроллер требуется пользователю и какой метод этого контроллера следует вызвать, верно?
FanatPHP, можно пожалуйста без пафаса и ой?
Можно без всех этих обвинений в неумении чего-то во-первых конкретизировать что именно я не умею, а во-вторых ответить на конкретный вопрос.
Я пользовался Laravel, пользовался Yii, даже просматривал какую-то часть их исходного кода. Но меня интересует другое, как лучше всего реализовать и использовать не готовый контроллер, а свой собственный.
Антон Р., почему это говнокод? Не понимаю, все приводя какие-то примеры по части MVC пишут, что у них мл говнокод, а если не пишут, находится с десяток людей, которые прокомментируют код, дополнив его этой пометкой.
Где же не говнокод? Как писать правильно? Писать правильно без модных фреймворков вообще возможно?
А каким образом лучше всего произвести вызов? Подключить файл контроллера с помощью require и вызвать в нем определенную функцию? А может написать в файл контроллера целый класс, создать его экземпляр и вызвать метод?
FanatPHP, окей, но ведь есть некоторые концепции типа Роутера. Есть ведь сообщество, где люди рассказывают, например, как лучше всего написать роутер, как лучше его не писать и так далее?
Ну что вы, Бэтмены? Меня интересует разработка не только в рамках MVC подхода, но и вне его рамок, в рамках других подходов. Термины из MVC привел как один из множества возможных примеров терминов.
Дмитрий, я это понимаю. Но некоторые из CMS пишут в концепции MVC. Если мне подскажут что-то в рамках этой концепции -- здорово. Если вне ее рамок -- тоже здорово. Термины из MVC тут как пример терминов, которые не редко встречаются.
Дмитрий, нет, хотя приведенные мною термины и относятся по большей части к CMS в рамках концепции MVC, тем не менее я про CMS в целом, не только про те, что созданы по принципам MVC.
cgwic, почему мне так больно от этого кода? Я имею ввиду, по моему мнению в нем присутствует слишком много лишних абстракций, которые казалось бы тут ни к чему, было бы хорошо если бы мне было все равно но почему-то неприятно, не знаю от чего. Нужно ли преобразовывать число к строке, чтобы его округлить?
Это не ответ на мой вопрос.
Подходя так к написанию кода мы рискуем повторить плохие решения вроде браузеров занимающих гигабайты в оперативной памяти на отрисовки нескольких картинок и пару блоков с текстом. Это не должно повторяться, за производительностью нужно следить.
kafkiansky, чайник не выполняется на том же ядре процессора, а профилировщики мне знакомы, но без понимания внутренностей, однако точно знаю, что при запуске одного и того же большого скрипта прфилировщики на выходе отдают файлы разных размеров.
Но ведь на такой подход сильно будут влиять внешние факторы, например, если в операционной системе помимо интерпретатора php работает что-то ещё. Аналогично наверное и с профилировщиками, плюс, профилировщики вряд ли отличаются чем-то кроме уровня абстракции от описанной выше конструкции на php.
Хорошо, сейчас ознакомлюсь, хотя кроме слова Авторизация я ничего и не говорил, странная реплика, похожая на Не ответ, я конечно ознакомлюсь в деталях, может в чём-то и ошибаюсь, но всё ещё жду от вас лучший способ авторизации.