Меню
Что нового?

Бекэнд для REST

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

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

Вот тут затык. Микрофреймворков так много и они все такие мертвые, что пользуются ими пару сотен человек. По тонику, как и по слиму информации с гулькин нос и никакой гарантии, что они не сдохнут в следующем году. Возможно, легче будет yii освоить за счет большого коммьюнити и кучи примеров...
Нажмите для раскрытия...
Надуманные проблемы :)
Ничего подобного, про микро-фреймворки, slim на пример активно развивается. Также есть Silex, к нему куча всего хорошего.
 
Угу. тем более у них под капотом symfony и теоретически они вовсе на определённом этапе должны остановить развитие, чтобы из микрофреймворка не стать ещё одним гигантом.
 
AmdY написал(а):
Угу. тем более у них под капотом symfony и теоретически они вовсе на определённом этапе должны остановить развитие, чтобы из микрофреймворка не стать ещё одним гигантом.
Нажмите для раскрытия...
К нему просто все прикрутить, так что это просто облегченная основа, в отличии от symfony-standart :)
 
А почему symfony а не yii, учитывая, что последний все популярнее? Глянул однажды структуру директорий в symfony. Фреймворк с такой структурой просто обречен умереть
 
Популярность Yii обусловлена тем, что он прост для первоначального понимания и позволяет многое делать из коробки. Но написан он через жопу.

Laravel посмотри, он и написан хорошо, и не монстр.
 
fixxxer
Laravel:
images.jpg

Не понимаю что там такого крутого, даже если смотреть секцию тестирование, то у симфони и то круче, а со статикой они далеко не уедут, статика зло :)
 
Круто там то, что код понятен и очевиден. Статика частично нивелируется использованием везде LSB.

А далеко им ездить не надо, это фреймворк для относительно простых задач. ТС-у самое то.
 
fixxxer
ну это больше конкурент Kohana, чем Yii :D ты сам подметил что лишь "частично", а это значит что если нужно построить что-то большее то нужно уже брать другой fw :S
P.S. ок, холивар закончен)
 
Silentland написал(а):
А почему symfony а не yii, учитывая, что последний все популярнее? Глянул однажды структуру директорий в symfony. Фреймворк с такой структурой просто обречен умереть
Нажмите для раскрытия...
Что-то вы судя по вашим постам матчасть совсем не учите:)
почитайте про PSR-стандарты:)
 
fixxxer написал(а):
Популярность Yii обусловлена тем, что он прост для первоначального понимания и позволяет многое делать из коробки. Но написан он через жопу.

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

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

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

fixxxer написал(а):
Круто там то, что код понятен и очевиден. Статика частично нивелируется использованием везде LSB. А далеко им ездить не надо, это фреймворк для относительно простых задач. ТС-у самое то.
Нажмите для раскрытия...
Что такое статика и LSB? статика - что там в отличие от yii все в статических классах, а LSB - Linux Standard Base?

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

GusakovNick написал(а):
Что-то вы судя по вашим постам матчасть совсем не учите:)
почитайте про PSR-стандарты:)
Нажмите для раскрытия...
Вот, не зря свое мнение относительно Simphony высказал! Теперь знаю, что такое PSR-0 :-)
 
Silentland
Так простота и должна быть определяющим фактором. Ведь основная задача фреймворка ускорить разработку, снизить затраты на нее и обеспечить простую поддержку.
Нажмите для раскрытия...
Ты не путай простоту изучения и простоту использования.

Что такое статика и LSB?
Нажмите для раскрытия...
static и late static binding.
http://php.net/manual/ru/language.oop5.late-static-bindings.php
 
Silentland
Скорость всегда играет значение. А потом после изучения фреймворка и пары проектов на нем - не думаю что скорость разработки не повысится. Будешь рефакторить код фреймворка?)
Кстати симфони в своей поставке выглядит так потому что имеет много независимых компонентов, которые как раз и используются в laravel и других фреймворках, в тч самой симфони.
Да и вложенность папок не играет роли, используй composer и забудь про include и require
Код slim за вечер можно изучить без документации, там все понятно, аккуратно написано)
 
Не, рефакторить код будут разработчики, php же рефакторят и jQuery тоже. Библиотеки фиксятся, ускоряются... Архитектура остается старой
 
Ну да, а что мешает? jQuery все юзают, хотя это далеко не самый быстрый вариант, но разработчики постоянно улучшают и ок. Конечно в Гугле, Яндексе и т.п. нужны свои велосипеды, но не все же разрабатывают приложения мирового масштаба. И опять возвращаемся к вопросу простоты «Что такое относительно простые задачи? Контакт это относительно простая задача? А банковская система с 1млн клиентов? А интернет магазин на 100 000 товаров? А форум phpclub.ru прост? А сайт apple.com? А bigbuzzy.ru? А remontnik.ru? А artlebedev.ru? Как определяется простота?»
 
Войдите или зарегистрируйтесь для ответа.
Сверху