Бекэнд для REST

[beckerman]

Так и я про то =)

PUT /user/1234/avatar.jpg это понятно, тут я согласный.

PUT /user/1234/ - ну есть же обработка.

POST в отличии от PUT не идемпотентный метод.

 

[fixxxer]

Неприличными словами не выражаться!

 

[Silentland]

Мне и Доктрина то кажется черсчур перегруженной) Возможно, слишком драматизирую от незнания. Вчера пришел к выводу, что универсальной серверной части не построить. Вот клиентскую можно, т.к. браузеры у всех одни и те же. А сервер... Для среднего проекта это будет ПХП + МайСКюЭль на нгинксе с апачем (потому что ничего другого на виртуальном сервере нет). Для стартапа с каким-нибудь чатом — ноде.жс + НоСкюЭль или что-то в этом роде. Поэтому все что можно стоит вынести на клиент, а для серверной части на ПХП использовать самые простые решения.

Вот тут затык. Микрофреймворков так много и они все такие мертвые, что пользуются ими пару сотен человек. По тонику, как и по слиму информации с гулькин нос и никакой гарантии, что они не сдохнут в следующем году. Возможно, легче будет yii освоить за счет большого коммьюнити и кучи примеров...

 

[флоппик]

стартап с чатом — это, безусловно, твердая «пять»!

 

[hell0w0rd]

Мне и Доктрина то кажется черсчур перегруженной) Возможно, слишком драматизирую от незнания. Вчера пришел к выводу, что универсальной серверной части не построить. Вот клиентскую можно, т.к. браузеры у всех одни и те же. А сервер... Для среднего проекта это будет ПХП + МайСКюЭль на нгинксе с апачем (потому что ничего другого на виртуальном сервере нет). Для стартапа с каким-нибудь чатом — ноде.жс + НоСкюЭль или что-то в этом роде. Поэтому все что можно стоит вынести на клиент, а для серверной части на ПХП использовать самые простые решения.

Вот тут затык. Микрофреймворков так много и они все такие мертвые, что пользуются ими пару сотен человек. По тонику, как и по слиму информации с гулькин нос и никакой гарантии, что они не сдохнут в следующем году. Возможно, легче будет yii освоить за счет большого коммьюнити и кучи примеров...

Надуманные проблемы
Ничего подобного, про микро-фреймворки, slim на пример активно развивается. Также есть Silex, к нему куча всего хорошего.

 

[AmdY]

Угу. тем более у них под капотом symfony и теоретически они вовсе на определённом этапе должны остановить развитие, чтобы из микрофреймворка не стать ещё одним гигантом.

 

[hell0w0rd]

Угу. тем более у них под капотом symfony и теоретически они вовсе на определённом этапе должны остановить развитие, чтобы из микрофреймворка не стать ещё одним гигантом.

К нему просто все прикрутить, так что это просто облегченная основа, в отличии от symfony-standart

 

[Silentland]

А почему symfony а не yii, учитывая, что последний все популярнее? Глянул однажды структуру директорий в symfony. Фреймворк с такой структурой просто обречен умереть

 

[fixxxer]

Популярность Yii обусловлена тем, что он прост для первоначального понимания и позволяет многое делать из коробки. Но написан он через жопу.

Laravel посмотри, он и написан хорошо, и не монстр.

 

[Вурдалак]

А почему symfony а не yii, учитывая, что последний все популярнее? Глянул однажды структуру директорий в symfony. Фреймворк с такой структурой просто обречен умереть

 

[Ragazzo]

fixxxer
Laravel:

Не понимаю что там такого крутого, даже если смотреть секцию тестирование, то у симфони и то круче, а со статикой они далеко не уедут, статика зло

 

[fixxxer]

Круто там то, что код понятен и очевиден. Статика частично нивелируется использованием везде LSB.

А далеко им ездить не надо, это фреймворк для относительно простых задач. ТС-у самое то.

 

[Ragazzo]

fixxxer
ну это больше конкурент Kohana, чем Yii ты сам подметил что лишь "частично", а это значит что если нужно построить что-то большее то нужно уже брать другой fw :S
P.S. ок, холивар закончен)

 

[hell0w0rd]

А почему symfony а не yii, учитывая, что последний все популярнее? Глянул однажды структуру директорий в symfony. Фреймворк с такой структурой просто обречен умереть

Что-то вы судя по вашим постам матчасть совсем не учите
почитайте про PSR-стандарты

 

[Silentland]

Популярность Yii обусловлена тем, что он прост для первоначального понимания и позволяет многое делать из коробки. Но написан он через жопу.

Laravel посмотри, он и написан хорошо, и не монстр.

Так простота и должна быть определяющим фактором. Ведь основная задача фреймворка ускорить разработку, снизить затраты на нее и обеспечить простую поддержку. А скорость, безопасность и то как он внутри написан, второе дело. Код-то всегда отрефакторить можно в отличие от архитектуры (и api). Жаль, что yii 2 не вышел и не с чем сравнивать.

По Laravel в отличие от slim и т.п. хоть документация вменяемая есть и какое-никакое сообщество. Еще нравится, что там слабый view, учитывая, что вид будет полностью на клиенте, это плюс) Аккуратность кода оценивать не умею, поверю на слово)
Нашел там папки: laravel / vendor / Symfony / Component /. Symfony везде))

Есть еще такой странный фреймворк Kohana, стоящий в стороне. Вроде особой рекламы у него нет, но люди пишут и не парятся и не ругают. Его пользователи почему-то представляются мне буддисткими монахами, размеренно покачивающимися в позе лотоса с клавиатурой на коленях

Круто там то, что код понятен и очевиден. Статика частично нивелируется использованием везде LSB. А далеко им ездить не надо, это фреймворк для относительно простых задач. ТС-у самое то.

Что такое статика и LSB? статика - что там в отличие от yii все в статических классах, а LSB - Linux Standard Base?

Что такое относительно простые задачи? Постоянно слышу эту фразу... Контакт это относительно простая задача? А банковская система с 1млн клиентов? А интернет магазин на 100 000 товаров? А форум phpclub.ru прост? А сайт apple.com? А bigbuzzy.ru? А remontnik.ru? А artlebedev.ru? Как определяется простота?

Что-то вы судя по вашим постам матчасть совсем не учите
почитайте про PSR-стандарты

Вот, не зря свое мнение относительно Simphony высказал! Теперь знаю, что такое PSR-0

 

[Absinthe]

Silentland

Так простота и должна быть определяющим фактором. Ведь основная задача фреймворка ускорить разработку, снизить затраты на нее и обеспечить простую поддержку.

Ты не путай простоту изучения и простоту использования.

Что такое статика и LSB?

static и late static binding.
http://php.net/manual/ru/language.oop5.late-static-bindings.php

 

[hell0w0rd]

Silentland
Скорость всегда играет значение. А потом после изучения фреймворка и пары проектов на нем - не думаю что скорость разработки не повысится. Будешь рефакторить код фреймворка?)
Кстати симфони в своей поставке выглядит так потому что имеет много независимых компонентов, которые как раз и используются в laravel и других фреймворках, в тч самой симфони.
Да и вложенность папок не играет роли, используй composer и забудь про include и require
Код slim за вечер можно изучить без документации, там все понятно, аккуратно написано)

 

[Silentland]

Не, рефакторить код будут разработчики, php же рефакторят и jQuery тоже. Библиотеки фиксятся, ускоряются... Архитектура остается старой

 

[hell0w0rd]

Ага, а юзать приложение вы хотите здесь и сейчас.

 

[Silentland]

Ну да, а что мешает? jQuery все юзают, хотя это далеко не самый быстрый вариант, но разработчики постоянно улучшают и ок. Конечно в Гугле, Яндексе и т.п. нужны свои велосипеды, но не все же разрабатывают приложения мирового масштаба. И опять возвращаемся к вопросу простоты «Что такое относительно простые задачи? Контакт это относительно простая задача? А банковская система с 1млн клиентов? А интернет магазин на 100 000 товаров? А форум phpclub.ru прост? А сайт apple.com? А bigbuzzy.ru? А remontnik.ru? А artlebedev.ru? Как определяется простота?»