Я за то, чтобы придумать сложную идею проекта и реализовывать его, используя все свои навыки на полную.. И необходимый фактор постоянно поддерживать проект. Я думаю это единственный способ по настоящему улучшать свой скил. Так как ну сделаешь ты одноразовый проект что дальше? Проект начнет увеличиваться и архитектура развалится
Дмитрий, да нет, вполне неплохо написано. Но я не думаю, что это сильно апнуло тебя или кто там писал его. Вот если бы вы его поддерживали и подгоняли под требования сотен людей, вот это был бы крутой опыт, так как в этот момент и раскроется гибкость и удобство архитектуры. Я вот например в первые 3 минуты заметил 2 косяка в орм. Но такие косяки как раз таки и определяют твой скил.. Смысл учиться, если потом не видеть и не исправлять эти косяки?
Дмитрий, ну во первых, вопрос - нахрена эта орм нужна? Чтобы научиться код писать? В ней крайне мало функционала, она привязана к mysql, нет абстракции над бд. Более того, я уже нашел баг. Почему id должен числом быть? Это не баг, а бред какой то, к чему эти ограничения? Что если у меня uuid скажем. Ни связей, ничего. При сохранении делается лишний запрос в бд для поиска записи. Вообще в качестве обучающего проект как сойдёт, но вопрос нахрена
php666, ок, покажите хоть один ваш велосипед? Хоть из одного велосипеда машина получилась? Нужно книги читать и в своих реальных проектах эти знания использовать. А велосипеды всегда остаются велосипедами, а дальше вы с ними не уедите.
padlyuck, что и вдруг? 90% курсов именно тупые, которые научат только говнокоду. Я сам начинал с того, что на первую работу написал фреймворк по одному из таких курсов, было это несколько лет назад. И поверь, это принесло мне только страдания и потраченное время. Я бы сэкономил кучу времени, если бы перед написанием своего фреймворка изучил бы уже готовое решение и имел бы понимание, как вообще строить такие системы. Но я бы и не писал фреймворк, так как современный фреймворк состоит из набора компонентов. Соответственно логично писать компоненты, а не фреймворк и тестировать их. Если человек пишет ФРЕЙМВОРК (монолит), то он изначально на неправильном пути.
Во-вторых, при чем тут практика и фреймворк? Почему всем надо сделать именно фреймворк? Почему нельзя сделать какой то пет проект интересный, пакет для готового фреймворка полезный. Вы думаете, там меньше проектировать придется? Я скинул роутер симфони, вы хоть код открыли? Тесты можно прогнать, посмотреть интерфейс компонента. Не можете вы это применить, потому, что не понимаете код. Когда поймёте, почему код написан именно так, а не иначе и применить без проблем сможете, так как будете понимать, что такое хорошо, а что плохо
Дмитрий, ясно.. тыкс. Эти зависимости для тестов, если что.. Кроме php для его работы ничего не надо, в отличии кстати от твоего зенда. А вообще я про качество и красоту кода
Дмитрий, ты видимо вообще ничего не понял. Я уже устал тебе говорить, что речь не о фреймворке, а о его качестве его кода и востребованности его компонентов. Симфони единственный фреймворк на php, на основе которого строятся другие фреймворки. Зенд никому не нужен и не интересен. Вот компонент на симфони, а вот компонент на зенде. Сравни, что лучше и красивее
Дмитрий, слушай, я не хочу холиварить, речь совсем не про это, к чему ты это все разводишь? Не стоило воспринимать это буквально. Я имел ввиду, что можно учиться, смотря на другие хорошие решения, прежде чем запилить свое. А симфони в этом плане действительно лучший, так как его компоненты наиболее популярны и используются в основе многих фреймворков (в отличии от зенд).
А на счёт zend я считаю, что он мертв, так как никогда по нему не видел ни заказов, ни работы, а страница с докой по установки была с 404 статусом, когда я хотел его потыкать, так что его я точно никогда не рассматривал. Но как я уже сказал, речь совершенно не про это. И сам я работаю с laravel. В ларавеле также отличные решения, но по распространенности и качеству 1 место занимает симфони и это просто факт, который можно проверить по кол-ву скачиваний его компонентов.
Дмитрий, просто потому, что у них нет плохих решений, можно без проблем подсматривать на их компоненты и учиться по ним, плохому точно не научишься. К вашему сведению, все топовые фреймворк, взять laravel, yii те же на половину состоят из компонентов symfony. Ну и тут речь абсолютно не идёт о фреймворке, так как это сугубо личный выбор, речь идёт о качестве кода.
Fengol, я тебе скажу так, что если ты не понимаешь зачем монго и nosql нужны, то лучше юзай sql. Все просто лишь на первый взгляд, когда же возникает необходимость в связях и сложных запросах начинаются проблемы. Суть монго в том, что в ней можно хранить данные в денормализованном виде и управлять их целостностью из кода. Порой это полезно, так как не надо создавать схемы. Например запись логов, какой нибудь чат простой, при паркинге очень удобно. Но в твоём примере монго превращается в костыль.
На счёт примера с оружием тебе выше уже сказали, что надо добавить поле с типом, не делать разные коллекции. А десятки миллионов это очень мало.
Андрей, ну твои проблемы, что тут сказать.. поставь ему плохой отзыв, а код в мусорку выкини. На будущее уточняй про исходники. Можешь структуру директорий прислать скриншот, может он все же с исходниками отдал? Это кстати крутая защита от неадекватных заказчиков. Может ты его чем то обидел, он скинул тебе билд и отвалился?
