Более быстрые рельсы развития или Django? - PullRequest
6 голосов
/ 28 ноября 2010

У меня есть около 2 недель Реального времени разработки для создания системы базы данных контактов для замены различных электронных таблиц и листов бумаги, лежащих вокруг ..

также мне нужно будет разработать два веб-сайта (с динамическим контентом) и небольшой веб-сервис AJAXian

У меня нет опыта работы с рельсами или джанго, но я могу быстро учиться ..

оба утверждают, что они все о быстрой разработке ..

Что есть у rails, чего нет у django и наоборот, что ускорило бы разработку этого приложения?

Также база данных контактов более полезна из админ-панели (dj) или подмостей представлений (ror)? (будет много операций CRUD)

Спасибо

Daniel


Привет, ребята, спасибо за ваши отличные ответы. Я собирался попробовать N, используйте это как эталон производительности фреймворка. Я на самом деле .Net парень, но эта база данных будет лучше с открытым исходным кодом, и я не слишком увлечен моно: P спасибо буду переосмыслить и перераспределить время! ;)

Ответы [ 5 ]

8 голосов
/ 28 ноября 2010

Администратор Django сгенерирует приложение CRUD, которое вы можете настроить практически под любые требования, исходя из определений вашей модели.Я использовал администратора для основного пользовательского интерфейса для нескольких проектов и могу сказать вам, что это экономит время.Вам не нужно тратить какое-то время на написание шаблонов или Javascript.

Django также имеет общие представления, которые могут выполнять детализацию объекта, представления списка, обновление или удаление любой модели, не беспокоясь о логикеприложение.Вы просто предоставляете шаблоны, подключаетесь к URL-адресам, и все готово.

Для развертывания я бы сказал, что Django и Rails теперь равны.Rails был болезненным для развертывания, но вещи сильно изменились.

Для простой базы данных контактов администратор может быть самой большой разницей между Rails и Django.И тот факт, что вы можете запустить свой проект Django локально, с реальным веб-сервером без какой-либо конфигурации ('python manage.py runserver').

6 голосов
/ 28 ноября 2010

, если вы не обладаете одинаковым опытом в обоих случаях, вам следует определенно использовать тот, который вам удобнее всего. Если вы не знаете ни одного питона и не знаете рубина, то, вероятно, вам также не следует его использовать. Если вы знаете PHP, вы можете получить аналогичные результаты с CakePHP или CodeIgniter. Если вы говорите на другом языке, вы можете спросить о Rails, например MVC Framework для этого языка, на на этом сайте

4 голосов
/ 28 ноября 2010

В этой статье есть хорошее сравнение, в котором участвуют два разработчика без предыдущего опыта работы с любой из фреймворков: https://docs.google.com/View?docid=dcn8282p_1hg4sr9

4 голосов
/ 28 ноября 2010

Не имея опыта ни в одном, и только в течение двух недель, чтобы доставить товар, я бы не выбрал ни одного. Если у вас есть ограниченное время, вам нужно использовать то, что вы уже знаете. Это заняло бы у вас две недели, чтобы освоиться в любой обстановке. Rails и Django оба популярны и позволяют легко добиться многого за небольшое время из-за большого количества деталей, которые делаются для вас в фоновом режиме, без необходимости думать об этом. Если вы не знаете, что это за детали, вы не сможете использовать возможности обеих платформ, и в итоге вы получите кодовую базу, которая представляет собой запутанный беспорядок кода, которого вы не знаете. необходимость и будет влиять на ремонтопригодность.

Я принимаю комментарий вопроса @ кнутина о простоте развертывания с помощью Rails. Это могло быть правдой несколько лет назад, но сегодня приложение Rails довольно легко развернуть даже на голом сервере, а если вы планируете развертывать на heroku, то это еще проще. Насколько я знаю, не существует платформы для приложений django, которая предлагала бы что-то вроде масштабируемости или простоты развертывания, которую предлагает heroku и rails.

если вы не готовы делать одно или другое, я бы порекомендовал rails с использованием formtastic для генерации ваших CRUD-форм. Formtastic предлагает гораздо большую гибкость, чем встроенные генераторы скаффолдов Rails, так что вы можете вернуться и улучшить ситуацию, все еще используя их.

Наконец, если вы решили использовать что-то, несмотря на кривую обучения, я слышал много хорошего о hobo , хотя я еще не использовал это в проекте. Вам может быть легче начать работу, чем обычным Rails.

1 голос
/ 28 ноября 2010

Это вопрос, который я все еще пытаюсь найти ответ, вот что я могу сказать вам пока.

Предисловие Когда дело касается языков сценариев, я всегда предпочитаю pythonЯ не только чувствую себя сильнее, используя Python, но и библиотеки лучше и работают быстрее.Также (и разработчикам ruby ​​будет что сказать), я нахожу Python более понятным и читаемым кодом, чем Ruby.

Сказав это, Rails - отличная среда!В нем гораздо больше «волшебства», чем в Django, и теперь с Rails 3 вы можете написать свой ajax в ненавязчивом Javascript, что делает его красивым для чтения.Кроме того, функции пути и формы намного лучше, чем у Django.

Большая проблема заключается в следующем: как я уже сказал, Rails много делает для вас (иначе магия), единственная проблема заключается в том, что если вы хотите избежать этих соглашенийпо какой-то причине вы сталкиваетесь с множеством проблем, в то время как с Django у вас больше контроля над вашим приложением.

Django также имеет супер-хардкорное приложение Admin и User, не нужно устанавливать плагин, этоВСЕ сделано за тебя!Настройка пользователей невероятно проста, и административный бэкэнд дает вам CRUD для каждой модели.

В целом я предпочитаю Django, я понимаю это лучше, и он делает то, что я говорю, хотя я должен сказать, что, насколько это возможноВ настоящее время Rails получит больше поддержки в будущем.

Не стесняйтесь задавать любые вопросы !!Надеюсь, это помогло

Дан

...