Ruby on Rails или платформа PHP

Я был потенциально новичком и не мог понять примеры прямо! Тем не менее, сделал это путем создания строки и преобразования в xml с использованием DOM-парсера. после чего я проверяю его с помощью xsd.

7
задан mansu 12 May 2009 в 21:45
поделиться

18 ответов

Отвечая на ваши вопросы по порядку:

  1. Вы, безусловно, могли бы изучить Rails в то время. Достаточно времени и для создания веб-сайта, но достаточно ли времени вам для создания вашего веб-сайта - это другой вопрос. Я лично не хотел бы пробовать такую ​​штуку в сжатые сроки.
  2. Вы можете писать свои собственные SQL-запросы, но нет смысла использовать Rails, если вы собираетесь обойти все его возможности. .
  3. Соединения обычно выполняются как часть запросов к базе данных, генерируемых ActiveRecord.
  4. Использование ROR в значительной степени ортогонально размещению изображений, видео и т. Д. На странице.
  5. Я не использовал его, но CakePHP стремится быть довольно Railsy. Zend и CodeIgniter более популярны, и мне лучше говорят люди, которые использовали все три.
16
ответ дан 6 December 2019 в 05:04
поделиться

Проект должен быть выполнен за месяц и очень чувствительна ко времени. 1 месяц достаточно для обучения и построения веб-сайт в RoR?

Как было сказано ранее, придерживайтесь того, что вы знаете, если крайний срок короткий.

Я могу использовать PHP-фреймворк. Это плохая идея? Если нет, то какой PHP framework ближе всего к Rails по терминам

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

0
ответ дан 6 December 2019 в 05:04
поделиться

Я думаю, что добавление сложности переписывания того, что вы уже знать через месяц - на срочный проект - плохая идея. Использование каких-либо фреймворков / инструментов, с которыми вы не знакомы, вероятно, будет плохим выбором для любого «чувствительного ко времени» проекта.

При этом Zend_Framework для php довольно прочен с абстракциями форм. Мне было легче перейти на ZF, чем на RoR - я пробовал оба одновременно.

Документация для ZF справедлива - хотя чтение фактического кода библиотеки по-прежнему является моим лучшим источником документации. Это не так сложно выучить или запустить - и если вы не возражаете против вопросов IRC / stackoverflow, вы сможете изучить это довольно быстро.

0
ответ дан 6 December 2019 в 05:04
поделиться

Я думаю, что Rails великолепен, и это был бы мой первый выбор для такого проекта, но если у вас действительно сжатые сроки и вы начинаете с нуля с Rails, просто не делайте этого. Делайте то, что знаете. PHP может быть не лучшим, но это очень полезный язык.

Несмотря на то, что люди могут сказать, у Rails действительно нетривиальная кривая обучения, особенно если вы не знакомы с MVC. Определенно существует "Rails Way", который позволяет что-то делать, и, исходя из большинства других фреймворков, потребуется время, чтобы разобраться в этом.

Я думаю, что если вы попытаетесь в спешке изучить Rails, вы просто разочаруетесь, а я Боюсь, это испортит ваше впечатление об этом. Вместо, попробуйте изучить его в свободное время или в рамках проекта с более расслабленным графиком. Думаю, так вы получите намного больше.

1
ответ дан 6 December 2019 в 05:04
поделиться

Не садитесь в поезд Rails только потому, что он выглядит круто. Я знаю, что это то, о чем все говорят в наши дни, но, честно говоря, это действительно не так уж и важно, и вам лучше использовать фреймворк, написанный на языке, который вам удобен. Если вы действительно хорошо разбираетесь в SQL, вам потребуется больше времени, чтобы научиться использовать ActiveRecord, чем просто писать запросы вручную, а ActiveRecord - это, по сути, половина Rails, что не соответствует цели использования фреймворка. Итак, основываясь на предоставленной вами исходной информации, я бы сказал, что выберу PHP-фреймворк, такой как CodeIgniter (сам не использовал, но слышал, что это здорово, похоже, что вам нужно).

0
ответ дан 6 December 2019 в 05:04
поделиться

Если вам удобна структура Model View Controller, то Ruby on Rails не так уж и сложно изучить. Я сам перешел с PHP Zend Framework на Ruby on Rails и нашел это облегчением. Мне нравится сама идея соглашения по конфигурации, которую использует Rails. Он сохраняет ваше приложение (и все будущие приложения) хорошо структурированным, что, по моему мнению, чрезвычайно важно и экономит время.

В настоящее время я программировал на Ruby с Rails около 6-7 месяцев, и я действительно наслаждаюсь этим. Чистый код, ОЧЕНЬ быстрая разработка, это действительно невероятно. Особенно с файлами-генераторами и миграциями базы данных.

Что касается RoR, который вызывает боль при написании сырых запросов, я не уверен, мне даже не приходилось их писать, но вы наверняка можете с помощью простого метода. Это не должно быть проблемой.

Когда я начал разрабатывать веб-приложения на Ruby on Rails, я не хотел возвращаться к PHP. Чисто потому, что мне очень нравится, как работает Rails, соглашения, быстрая разработка, чистый код, согласованная структура и т. Д. И т. Д. Но в наши дни клиенты все еще просят меня разработать веб-приложение на PHP. Но, на мой взгляд, если я вернусь к Zend Framework, я, вероятно, действительно испытаю стресс, поскольку считаю его крайне неэффективным. (Возможно, это моя вина, я не уверен, но, на мой взгляд, по сравнению с Rails, м-м-м). Я обнаружил PHP Framework «CakePHP». Насколько мне известно, этот фреймворк наиболее близок к Rails, и в настоящее время я использую его для разработки приложений PHP. Это довольно просто и отлично работает. В нем также есть ОЧЕНЬ приятная вещь под названием "кулинарная книга". на их веб-сайте, что поможет вам быстро приступить к работе. Так что, если бы вы выбрали PHP-фреймворк, я бы лично выбрал CakePHP только потому, что он ближе всего к Rails.

Единственное, что меня немного раздражает в Rails, это то, что для него требуется определенная версия Rails. установлена, и эта версия должна быть совместима с определенной версией Ruby. Вам нужно будет освоить Gems и Plugins (что, честно говоря, нетрудно понять). Но вместе с развертыванием, если вы используете Apache 2+, вам понадобится Passenger. Также в целях безопасности вы захотите заморозить свои драгоценные камни и тому подобное, чтобы избежать конфликтов со спецификациями серверов и установленными утилитами.

Когда дело доходит до Ruby on Rails, нужно изучить гораздо больше, чем просто язык и фреймворк. , PHP довольно прост, просто загрузите, и он работает. Так что вы можете также изучить это, прежде чем разрабатывать приложение.

1
ответ дан 6 December 2019 в 05:04
поделиться

http://www.doctrine-project.org/

Я добился большого успеха с доктриной ORM: если вы пишете объектно-ориентированный php, то это делает объект-> отображение записей в базе данных для вас. Насколько мне известно, это один из плюсов фреймворка django / rails.

Таким образом, это связывает функциональность oop / database следующим образом:

$foo = new User(); // makes a new 'transitory' user object
$foo->name = 'bob'; // works like you'd expect
$foo->save(); // but this pushes it into the database.
  //(There's a 'name' column in the 'User' table already: set up when Doctrine initializes).

и если вам нужен фреймворк, теперь он является частью symfony.


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

2
ответ дан 6 December 2019 в 05:04
поделиться

Проект должен быть выполнен за месяц и очень чувствителен ко времени. Достаточно ли 1 месяца для обучения и создания веб-сайта в RoR?

Может быть, но это также может усложнить вам жизнь. Обычно я жду проекта со свободным графиком, чтобы попытаться изучить новую технологию. Если время имеет существенное значение, выберите свой любимый язык и сделайте это.

Написание прямых SQL-запросов - одна из моих сильных сторон, и я хотел бы его использовать. Я слышал, что RoR неудобно использовать, если я пишу SQL-запросы напрямую. Это правда? Или я могу просто сказать выполнить запрос, дать мне результаты (в виде списка или словаря), а затем я расскажу вам, как их отобразить?

Я не разработчик Rails, но я знаю, что он использует ActiveRecord. Однако я уверен, что есть способ заставить его выполнять необработанные запросы, как это делает большинство ORM. Однако прямо здесь вы идете вразрез с тем, чего требует фреймворк, и можете столкнуться с проблемами.

Я слышал, что RoR соединяется в памяти и не использует возможности, предлагаемые базой данных. Это правильно?

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

Мне нужно создать веб-сайт, который отображает много изображений, видео и Java-апплеты. Будет ли RoR мешать моей способности делать это?

Я понятия не имею, почему это могло бы.

Я нормально использую PHP-фреймворк. Это плохая идея? Если не, какая среда PHP наиболее близка к Rails с точки зрения удобства программирования.

CakePHP на сегодняшний день является наиболее близкой структурой к RoR. Он заимствует множество своих идей. Я использовал его с некоторым успехом в прошлом. CodeIgniter , хотя и не имеет отношения к Rails, также великолепен, если вам нужно что-то легкое, что не заставит вас делать что-либо по-своему.

2
ответ дан 6 December 2019 в 05:04
поделиться

Я могу использовать PHP-фреймворк. Это плохая идея? Если нет, то какой PHP framework ближе всего к Rails по терминам удобства программирования.

Я думаю, CakePHP близок к RoR для PHP-фреймворка.

Я сам не пробовал Rails, но думаю, удобно ли это. Насколько я понял (например, парень, который 2 года заставлял Rails делать то, чего не должен), когда вам нужно сделать что-то более сложное, вам, очевидно, придется бороться и взламывать фреймворк.

Существуют и другие фреймворки для Ruby, PHP и Python. Я предлагаю вам еще немного осмотреться, прежде чем вы решите.

Если вы хотите писать код на PHP, вы можете попробовать Symfony с Zend Framework.

2
ответ дан 6 December 2019 в 05:04
поделиться

Rails - отличный фреймворк, но изучение этого фреймворка и более глубокое знакомство с конструкциями, специфичными для Ruby, может оказаться трудновыполнимым одновременно с крайним сроком в один месяц.

Вступить в фреймворк веб-приложений, я бы рекомендовал использовать фреймворк PHP, если вы уже знакомы с PHP. Хотя CakePHP не является портом, он очень похож на Rails. Он создан по образцу Rails и является моим любимым фреймворком PHP. symfony - прочный фреймворк, но если вы ищете что-то более похожее на Rails, я рекомендую вам попробовать CakePHP.

Если вы еще не используете Rails или что-то подобное, я бы порекомендовал Zend Framework. Это, безусловно, наиболее полный фреймворк для веб-приложений, доступный для PHP.

Все эти фреймворки позволят вам делать все, что вы упомянули. Было бы проще думать о них как о избранной группе строительных блоков, чем о комплексной операционной системе для вашего веб-сайта, которую вы расширяете с помощью подключаемых модулей. Это было бы больше похоже на CMS вроде ExpressionEngine. С этими фреймворками вы можете делать все, что угодно, они просто кодовые базы, которые вы можете использовать, чтобы сделать разработку веб-приложений менее утомительной.

Фреймворк Akelos - это фреймворк PHP, который претендует на роль порта Rails, поэтому вы также можете

Что касается написания SQL-запросов, это возможно с любым фреймворком PHP, но идея, лежащая в основе этих фреймворков, - это соглашение, а не конфигурация. У каждого есть своя собственная схема ORM, чтобы отвлечь SQL-запросы от разработчиков. Хотя это может быть связано с тем, что многие веб-разработчики, по крайней мере, по моему опыту, боятся SQL как человека, который также любит писать SQL, Я действительно ценю огромное количество времени, которое может сэкономить ORM. Опять же, когда приложение разрабатывается, это стандартная практика - профилировать производительность ORM и искать области для улучшения. Быстрое прототипирование - огромная часть фреймворков веб-приложений, поэтому такие инструменты могут на самом деле стать для вас помехой. Как уже говорили другие, использование одного из этих фреймворков может оказаться бессмысленным, если вы просто собираетесь обойти их возможности.

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

в значительной степени стандартная практика для профилирования производительности ORM и поиска областей для улучшения. Быстрое прототипирование - огромная часть фреймворков веб-приложений, поэтому такие инструменты могут на самом деле стать для вас помехой. Как уже говорили другие, использование одного из этих фреймворков может оказаться бессмысленным, если вы просто собираетесь обойти их возможности.

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

в значительной степени стандартная практика для профилирования производительности ORM и поиска областей для улучшения. Быстрое прототипирование - огромная часть фреймворков веб-приложений, поэтому такие инструменты могут на самом деле стать для вас помехой. Как уже говорили другие, использование одного из этих фреймворков может оказаться бессмысленным, если вы просто собираетесь обойти их возможности.

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

2
ответ дан 6 December 2019 в 05:04
поделиться

Rails отлично подходит для CRUD-материалов.

1 - Если вы уже знакомы с Ruby и MVC, месяц вполне подойдет. Если нет, то есть чему поучиться.

2 - Rails позволит вам выполнять SQL-запросы, но он действительно настроен на использование преимуществ ActiveRecord.

3 - Rails предназначен для переключения между типами баз данных, поэтому ActiveRecord делает многое само по себе. Загляните в ActiveRecord Associates для получения дополнительной информации.

4 - Никогда не пробовал Java-апплеты, но остальные работают нормально.

5 - Если вам удобнее работать с PHP-фреймворком, это совсем неплохая идея. Есть даже несколько, которые пытаются воспроизвести множество функций Rails, например CodeIgniter.

Ознакомьтесь с RailsGuides , чтобы получить лучшее представление обо всем этом.

2
ответ дан 6 December 2019 в 05:04
поделиться

Поскольку у вас есть некоторый опыт работы с Python, вы смотрели Django ?

2
ответ дан 6 December 2019 в 05:04
поделиться

Проект должен быть выполнен за месяц и очень чувствительна ко времени. 1 месяц достаточно для обучения и построения сайт в RoR?

Учитывая описанный вами опыт, я полагаю, что одного месяца на изучение и создание простого приложения (особенно если оно основано на CRUD) должно быть достаточно. Если есть значительный уровень сложности, мне бы не хотелось изучать новую технологию и создавать сложный сайт за один месяц.

Написание прямого SQL запросы - одна из моих сильных сторон, и я хотел бы его использовать. Я слышал, что RoR больно использовать, если я пишу SQL запросы напрямую. Это правда? Или может Я просто говорю: выполните запрос, дайте мне результаты (в виде списка или словаря) а потом я расскажу, как рендерить их?

Способ rails - использовать сопоставления объектов ActiveRecord, которые он дает (и в большинстве случаев они работают очень хорошо). Также очень легко написать прямой SQL, если это то, что вы хотите сделать

ModelName.find_by_sql('your query')

- вот как вы это делаете

ModelName.find_by_sql('your query')

1228] Я слышал, что RoR присоединяется в памяти и не использует возможности, предлагаемые базой данных. Является это правильно?

ActiveRecord многое для вас делает, но везде, где производительность является проблемой, как указано выше, вы можете написать свой собственный SQL, чтобы использовать преимущества базы данных.

Мне нужно создать веб-сайт, на котором отображается много изображений, видео и Java-апплеты. Будет ли RoR помешать моей возможности это сделать?

Я не понимаю, почему так должно быть. Есть много драгоценных камней и плагинов, которые помогают с такого рода функциональностью, так что вполне может быть так, что много кода уже могли быть написаны для вас.

Я в порядке. используя фреймворк PHP. Это плохо идея? Если нет, то какой фреймворк PHP ближе всего к Rails с точки зрения удобство программирования.

Я дам ответ на этот вопрос специалисту по PHP.

6
ответ дан 6 December 2019 в 05:04
поделиться

IMO в месяц очень трудно изучить и запустить за месяц (хотя я предполагаю, что вы не полный рабочий день), и вы не будете работать полный рабочий день, если вы тоже учимся. Вы знаете, как это бывает, когда вы становитесь глубже.

Около месяца назад я столкнулся с той же дилеммой между RoR и MVC. Через несколько недель (обучение по ночам) я достаточно узнал о фреймворке RoR, но язык Ruby был для меня очень новым, клиент хотел доставки, а я все еще находился в фазе «игровая площадка / песочница»

Итак, поскольку я знаю C # и фреймворк .net хорошо, и я могу быстро найти ресурсы, которые у меня есть с тех пор, как открыт для MVC, и в течение 2 недель я ' я доставил что-то клиенту.

Итак, по моему опыту, изучите RoR, дайте ему неделю. Если вы обнаружите, что для запуска реального приложения требуется больше, скажем, 40 часов, придерживайтесь PHP и выполняйте RoR, когда у вас больше времени и меньше ограничений по времени.

Но в любом случае удачи !!

1
ответ дан 6 December 2019 в 05:04
поделиться
  • Проект должен быть выполнен за месяц и очень чувствителен ко времени. Достаточно ли 1 месяца для изучения и создания веб-сайта в RoR?

Если это зависит от времени, придерживайтесь того, что знаете ... Тем не менее, в Rails есть множество плагинов для обработки таких вещей, как загрузка изображений, которые могут сэкономить вам много времени. В Rails есть «генераторы каркаса», которые создают базовые приложения CRUD одной командой:

./script/generate scaffold title:text description:text when:datetime

.. генерирует контроллеры / представления для создания / редактирования / удаления элементов. Затем вы можете легко обернуть вокруг него более красивый HTML-код, добавить аутентификацию (через restful_authentication ), и вы можете получить готовое приложение через несколько часов.

  • Написание прямых SQL-запросов - одна из моих сильных сторон и Я бы хотел им воспользоваться. Я слышал, что RoR неудобно использовать, если я пишу SQL-запросы напрямую. Это правда? Или я могу просто сказать выполнить запрос, дать мне результаты (в виде списка или словаря), а затем я расскажу вам, как их отобразить?

Очень мало ситуаций, когда вам нужно писать SQL с помощью ActiveRecord, но ты можешь. RoR по-прежнему является кодом Ruby, поэтому вы всегда можете использовать библиотеку MySQL и отказаться от ActiveRecord, если вам действительно нужно писать необработанный SQL (но, опять же, вы почти наверняка этого не сделаете)

  • У меня есть слышал, что RoR объединяется в памяти и не использует возможности, предлагаемые базой данных. Это правильно?

Нет причин, по которым ActiveRecord не может выполнять JOIN через запросы SQL, ActiveRecord :: Associations :: ClassMethods упоминает ассоциации, выполняемые через JOIN.

Кроме того, даже если он выполняет JOIN. через память, это ' s работал отлично на протяжении всего времени существования Rails ...

  • Мне нужно создать веб-сайт, который бы отображал множество изображений, видео и Java-апплетов. Будет ли RoR препятствовать моей способности сделать это?

Нет. Все они - всего лишь кусочки HTML, которые Rails может выводить так же легко, как и любой другой фреймворк.

  • Я в порядке, использую фреймворк PHP. Это плохая идея? Если нет, то какой фреймворк PHP ближе всего к Rails с точки зрения удобства программирования.

Абсолютно. Если вы не используете Rails, используйте PHP-фреймворк!

Я бы не рекомендовал выбирать фреймворк на основе того, "насколько он близок к Rails". PHP - это не Ruby. Попытка «портировать» (каким-то образом) фреймворк на другой язык редко работает так же хорошо, как и написание фреймворка для этого языка.

Как я прокомментировал ответ Чака: « CodeIgniter и Zend - хорошие PHP-фреймворки. CakePHP - хорошая имитация Ruby on Rails ».

Я обнаружил, что CodeIgniter больше похож на PHP (в хорошем смысле), его документация также является моим любимым из всех проектов, которые я использовал!

Zend Framework - это очень модульный, вы можете вставлять части Zend в существующее приложение PHP или использовать его систему маршрутизации MVC.

CakePHP, похоже, пытается заставить PHP действовать как Ruby, а не создавать структуру, которая хорошо сочетается с PHP.


] Все это говорит о том, что причина, по которой вы используете Ruby on Rails, - это сообщество (и, следовательно, все плагины и прочее, которые вращаются вокруг него).

Например, плагин paperclip упрощает создание изображения -загрузочная форма (вместе с миниатюрами). Чтобы использовать ее, вы добавляете (к вашей модели):

has_attached_file :photo, :styles => {:thumb=> "100x100#", :small  => "150x150>" }

Затем в вашем представлении, где вы хотите, чтобы форма загрузки находилась, добавьте:

<% form_for :user, :html => { :multipart => true } do |f| %>
  <%= f.file_field :photo%>
<% end %>

Вот и все.


Я бы порекомендовал потратить день на создание чего-нибудь простого в Rails. Существует бесчисленное множество отличных руководств ( Railscasts - хороший случайный пример) и множество книг по этому вопросу. Посмотрите, понравится ли вам это, если не попробуйте CodeIgniter, Zend или CakePHP (или Django, или Merb, или .... Только не тратьте целый месяц на тестирование фреймворков!)

3
ответ дан 6 December 2019 в 05:04
поделиться

используйте php + Zend Framework, он имеет все функции ror и более быстрый

ror очень медленный, очень дорогой и требует мощного сервера

 * Проект должен выполняться в месяц и очень чувствительны ко времени. Достаточно ли 1 месяца для обучения и создания веб-сайта в RoR?

Достаточно изучить Zend Framework

 * Написание прямых SQL-запросов - одна из моих сильных сторон, и я хотел бы ее использовать. Я слышал, что RoR неудобно использовать, если я пишу SQL-запросы напрямую. Это правда? Или я могу просто сказать выполнить запрос, дать мне результаты (в виде списка или словаря), а затем я расскажу вам, как их отобразить?

должен писать SQL-запросы напрямую, или делать очень медленные и неоптимизирующие запросы

 * Я нормально использую PHP-фреймворк. Это плохая идея? Если нет, то какой фреймворк PHP ближе всего к Rails с точки зрения удобства программирования.

все, что вам нужно, это mvc framework, я предлагаю вам взять Zend Framework

0
ответ дан 6 December 2019 в 05:04
поделиться

Для проекта на 1 месяц используйте то, что знаете лучше! До сих пор я использовал Qcodo и Qcubed, но вы создаете свой интерфейс только из базы данных. Любая структура PHP использует DSL. Я люблю Python как язык, но никогда не использовал. Вчера я искал Ruby On Rails, и он мне понравился. RoR предоставил новый способ написания гибких веб-приложений, но теперь есть и grails. Grails написан на Groovy, работает поверх JVM и является динамическим языком. Сила Grails заключается в том, что он может использовать любой код и среду Java, но с простотой динамического языка. С Grails вы можете делать то же самое, что и Rails, и даже больше.

Мой совет, используйте то, что вы знаете лучше, а тем временем изучите Grails, это то, чем я сейчас занимаюсь.

0
ответ дан 6 December 2019 в 05:04
поделиться

был 1 месяц. достаточно для того, чтобы учиться и строить сайт в RoR?

Да.

Написание прямых SQL-запросов - это одно из мои сильные стороны и я хотел бы использовать это. Я слышал, что РОР - это боль, которую нужно использовать. если я пишу SQL-запросы напрямую. Это правда? Или я могу просто сказать. выполнить запрос, дать мне результаты (как список или словарь), а потом я... расскажет вам, как их рендерить?

Написание raw sql с помощью Rails не сложнее, чем сделать это с помощью PHP. Возвращаемый объект будет хэшем из пар имя столбца/значение. Единственная проблема может возникнуть, если вы решите начать использовать ActiveRecord, который возвращает объект ActiveRecord (а не простой хэш)

Я слышал, что RoR действительно присоединяется к память и не использует возможности предлагаемых базой данных. Это Правильно?

Если вы используете сырой квадратный метр, рельсы не должны вмешиваться в это.

Мне нужно создать веб-сайт, который показывает много изображений, видео и Явские апплеты. Будет ли RoR мешать моему Возможность сделать это?

Нет.

Я в порядке, используя PHP фреймворк. Это плохая идея? Если нет, то какой PHP каркас наиболее близок к рельсам с точки зрения удобства программирования.

IDK.

Мне очень нравится использовать ActiveRecord, но если вы предпочитаете сырой sql, то Rails все равно может пригодиться. Вы получите хорошую обработку url, много встроенной безопасности, хорошую MVC архитектуру и изящную систему шаблонирования, и все это при написании Ruby, что для многих было хорошим опытом.

.
0
ответ дан 6 December 2019 в 05:04
поделиться
Другие вопросы по тегам:

Похожие вопросы: