Django, Rails или laravel? (5 частей серии)
Это вторая часть моего путешествия по тестированию/изучению/сравнению этих структур.
Итак, через 3 месяца интенсивного тестирования вот некоторые личные выводы о каждой рамки.
В Интернете есть тонна сравнительного блога. Обычно автор объясняет сильные стороны и слабые стороны каждой структуры, и в конце поста в блоге говорится, что в заключение они в основном все равно, и в конце концов, это зависит от ваших потребностей.
Это верно, это зависит от ваших потребностей, и это также верно, что все три могут сделать работу. Но вы уже знаете это! Вам не нужно читать блог, чтобы узнать его. Что мы все хотим читать в этих блогах, это их мнение/рекомендация/точка зрения.
Так что для изменения, вот я сделаю точно наоборот и даю только мое личное мнение, а не только бла, поэтому будьте осторожны, знаете, что мои комментарии не являются фактами, но просто мое личное мнение.
Давайте начнем с Django. Согласно многим блогам, эта структура является одним из самых простых для изучения. Поскольку он использует язык Python, поэтому я думаю, по умолчанию это должно быть легко …
Я думаю, что совсем наоборот. Django имеет свой очень уникальный способ делать вещи, и хотя это Framework MVC, она не работает совсем так же, как традиционная структура MVC. Вы должны узнать несколько конвенций, уникальных для Джанго, чтобы действительно понять это. Не то чтобы это было так тяжело, но для меня это было самым сложным по сравнению с рельсами и лиравым.
Также при работе с Django мы чувствуем, что мы все еще в 90-х годах. Стиль CSS панели администратора устарел. Также по сравнению с другими рамками в последние годы в последние годы было меньше инноваций.
Кроме того, многие пакеты Django устарели и никогда не были обновлены до недавней версии Django. Это особенно верно для чего-либо, связанного с моделью и взглядами. (часть интерфейса).
Бэйнэндские библиотеки намного популярны и лучше поддерживаются.
Пример слабости фасонов Django (по сравнению с двумя другими) является шаблон. Двигатель шаблона Django не работает с кодом Python, но с общим языком ограниченного синтаксиса. В рельсах шаблоны работают с Ruby и в Laravel, он работает с PHP. Я бы предпочел бы язык Python в шаблонном двигателе. Двигатель шаблона Django может быть изменен или улучшен с помощью пользовательских тегов, но это более продвинутая концепция.
Одной из мощных функций интерфейса Django является класс базового представления. Это позволяет наследовать и микну. Но кривая обучения является степной, и вы должны быть знакомы с концепциями ООП. Мне потребовалось некоторое время, чтобы узнать его полностью.
Я думаю, что доступ Django Access Access ORM и Auto-Migration – это лучшие из трех тестированных структур. Это быстро для кодирования и простого в использовании. Кроме того, Django – зрелый и мощный продукт. Каждая ситуация и концепция кодирования уже хорошо продуманы.
Экосистема Python огромна, поэтому вам никогда не нужно беспокоиться о том, будет ли конкретный пакет доступен или нет.
Я думаю, что лучшее использование Framework Django будет соответствовать этому с помощью React или Vue.js. Django в качестве API отдыха очень легко реализовать, поддерживать, и очень мощный. Для такого рода установка это был бы мой лучший выбор перед рельсами и Ласкамами.
Это все для части 2, завтра в части 3 я сделаю то же самое с рельсами и частично 4 я сделаю то же самое с Laravel.
Помните, что это не факты, а только мое личное мнение. Я не сумасшедший и не знаю или не могу догадаться, почему Джанго сделало определенные дизайнерские решения, и я понимаю и уважаю это. Трудно угодить всем.
Кроме того, прежде чем вы думаете, что я слишком сильно на Джангу, подожди, пока вы не прочитаете две части других:-)
Django, Rails или laravel? (5 частей серии)
Оригинал: “https://dev.to/ericchapman/django-rails-or-laravel-my-personal-journey-part-2-4jf8”