написал rest сервис почти 3000 строк кода это нормально?

как правильнее рефакторить?

Все круто! Оставляй как есть ;)))

Да, не надо по файлам бегать, что-то искать

воу FatFree ?

ротуты перенеси в конфиг, наведи порядок с контроллерами, юзай DB\SQL\Mapper а не Raw SQL

ротуты перенеси в конфиг, наведи порядок с контроллерами, юзай DB\SQL\Mapper а не Raw SQL

если честно до конца не понимаю MVC. Как использовать этот паттерн в фронте и в бэке

?

роут указывает на контроллер, контроллер получает данные из модели и отдаёт вьюшку с данными

роут указывает на контроллер, контроллер получает данные из модели и отдаёт вьюшку с данными

именно так и пишут везде. Но не совсем понятно

что не понятно?

что не понятно?

в практике не понятно

разбей свой проект на структуру как тут http://fatfreeframework.com/framework-variables#Do-It-YourselfDirectoryStructures

отдели логику от вью и будет тебе MVC =)

в практике не понятно

Такой подход подразумевает независимое отображение, обработку и db-хандлинг

т.е. тебе не надо пилить все приложение сразу, ты можешь сначала пилить вьюшку, потом контроллер, потом модель. И все это ты можешь поменять в любой момент времени, зная код всей модели mvc

Mvc вообще не подходит для бекенда

Ибо бекенд это апи, секюрити, бизнес, сущности, дбал

Эмм, ладно, тогда 90% бэкэнд фреймворков не подходят для разработки бэкэнда)

Да, это так и есть

Услышали звон и наклепали кода

Вот же они дураки, не правда ли? Разработчики фреймворков)

Не то что мы, диванные теоретики)

Именно пхп ?

интересно, что тогда подходит под бек ?

процедурный код, раз фреймворки не подходят)

Кто фронтенд на бекенде строит - тот идет по граблям"бекенд-мвц"

Каким граблям? Вот я иду, и что-то не вижу никаких проблем

Фронтенд должен быть сам по себе и взаимодействовать с апи

Ну бывает

А, я не увидел чет полностью вопроса

Какой фронтенд на бэке

wat)

"вьюшки"

А кто вообще определил, что MVC - это для фронта?

Бекнд не должен ими страдать

view - не есть рендеринг

Ну вот он и не нужен на бекенде

Эмм

Раз уж у нас php, то MVC тут подходит как нельзя кстати, т.к. если углубиться в историю, то php раньше был шаблонизатором

Бекенд - это апи

Ну ок. Только на пхп можно и нужно писать правильно

И это реально ?

Бэкэнд это бэкэнд, он может быть АПИ, но АПИ не может быть бэкэндом

Backend >= API

Это просто определение serverside

софта

Всё так, но лучше, когда нет жесткой связи

В смысле - жесткой?)

между сервером и клиентом?

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

Тогда получается я волшебник, раз могу делать невозможное)

Т.е чтобы замокать фронтенд придется адские костыли делать

странно MVC не для бека а для форнта, но на фронте юзают MVVM

Разве не удобнее, если фронтенд будет самостоятельным приложением, которое работает с бекенд-апи?

Костыли там вовсе не адские) Да и их пришлось бы в любом случае пилить для разработки фронтенда без серверной части, не?

Разве не удобнее, если фронтенд будет самостоятельным приложением, которое работает с бекенд-апи?

А если я выключу апи?

Какая разница тогда?

Да и MVC парадигма не запрещает использовать API

С какой целью? Во всяком случае фронтенд разработчики смогут работать без бекенда и не ждать когда будут выполнены задачи на бекенде

Замокать апи и вперед ...

Разговор уходит в странные дебри

Вот я использую laravel

Он - MVC

Я спокойно могу запилить на нем АПИ

при этом не нарушая парадигму MVC

и отдельно запилить фронтенд

который будет работать с апи

Мвц желательно не использовать. Я к этому.

На бекенде

Такой стек лучше

Ибо бекенд это апи, секюрити, бизнес, сущности, дбал

Тут я соглашусь

Но в ларе view как такового особо и нет

в основном controller + model

Весь мир пока шагает бодрым шагом по бекенд мвц ... приходится на работе работать в этой парадигме. Это когда-нибудь должно прекратиться ?

Маловероятно

Чем больше приложений на MVC, тем меньше вероятность, что ей найдут замену

Сейчас я перешел на java - у нас по феншую всё

та жаба это для энтерпрайза

вот откуда ветер дует, java =)

Фронтенд - ангулар + requirejs, бекенд чисто жава без вьюшек

Не вижу использовать java для serverside, если у тебя не гигантская система

смысла

Просто для опыта. Фирма решила обучить - я согласился ?

xD

Ну все, теперь ты с java не уйдешь)

И понял, что если на пхп писать точно так же, то очень круто будет

Но вообще конечно плюс использования таких ЯП - это возможность написания и сервера и клиента

И понял, что если на пхп писать точно так же, то очень круто будет

Не, не круто)

Все-таки это косвенно разные языки

Нужно создать простой фреймворк с полным разделением. И блог-смс на нем ...

Ну не знаю. Меня Laravel устраивает более чем

Я заметил, что у многих пхп систем одна и та же беда - бизнес модель хорошая, но весь ад начинается во "вьюшках"

Что тебе эти вьюшки так поперек горла встали) Не хочешь - не юзай, никто не принуждает

делай АПИ и используй на фронтенде что пожелаешь

Ага, так и буду делать. Разговор о бренд мвц зашел - не смог промолчать ?

:D