Правильно ли, что бывают определенные моменты, когда вам может понадобиться перезапустить Webrick, чтобы увидеть ваши изменения?

StackOverflow https://stackoverflow.com/questions/823001

Вопрос

Я слышал, как Кевин Скоглунд (lynda.com) говорит, что хорошей практикой является привычка часто перезапускать Webrick во время разработки. Хотя, как правило, вам не нужно перезапускать Webrick, чтобы увидеть ваши изменения, он подразумевает, что в определенные моменты это может понадобиться? Кто-нибудь знает, какими могут быть эти обстоятельства? Это заставило задуматься, является ли Уэбрик немного ненадежным.

Это было полезно?

Решение

Если вы работаете с учебными пособиями Lynda.com, то вы работаете с гораздо более ранней версией Rails, чем с самой последней версией (2.3.2).

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

Общее правило: перезапускать каждый раз, когда вы что-то меняете в папке config или lib. , , любые другие изменения кода не должны требовать перезапуска. Также рекомендуется перезапустить компьютер, когда вы измените свой файл rout.rb, хотя сегодня, работая с ним, я заметил, что это не сложное и быстрое правило.

Причина всех перезапусков сервера не обязательно заключается в том, что ваш веб-сервер (webrick, mongrel, phusion passenger) является нестабильным, а потому, что когда ваше приложение Rails запущено, в память загружаются определенные вещи, пути загрузки, инициализаторы, данные среды. Когда вы вносите изменения в один из этих файлов, вы хотите перезапустить свое приложение, чтобы изменения вступили в силу (в отличие от старых вещей, которые все еще работают в памяти)

Другие советы

Вам потребуется перезагрузить компьютер, если вы измените схему базы данных или добавите / измените константу.

Я думаю, что Rails сейчас использует Mongrel по умолчанию для разработки, но они все еще применяются.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top