Разработка с помощью Ruby on Rails

Rails и понятие MVC

MVC (Model View Controller) четкое разделение между Моделью, Представлением и Контроллером (что это такое, будет описано ниже) позволяет придерживаться основного принципа DRY (Don't Repeat Yourself) дабы не повторять один и тот же код по несколько раз или один и тот же блок в шаблоне. Модель можно рассматривать как таблицу в базе данных, либо любое другое хранилище структуированных данных, например корзина в интернет-магазине (где используется только сессия без затрагивания баз данных). Теперь о самом интересном, Представление и Контроллер. И так, как же они взаимодействуют. Есть четкая формула по которой следуют все rails-приложения и она выглядит следующим образом: http_url/:controller/:action/:id когда мы заходим на веб-сайт, например studio.com/main/index мы явно указываем что хотим вызвать контроллер main и действие (action) index последнее же действие обработав внутри себя всю информацию вызывает представление index.html.erb (популярный формат =) ) чтобы отобразить данные. Это формула имеет очень много различных форм и позволяет производить красивые friendly-url, но об этом в другой статье.

Но все CMS задействованы по такому же принципу, в чем суть?

Да, чанки – те же блоки html-кода, сниппеты – блоки php-кода, на сегодняшний день все это одно целое современного фреймворка, но один из плюсов Rails-приложения это гибкость разработки. К примеру, некая фирма М заказала разработку веб-сайта, достаточно сложной структуры. Основная задача, как разработчика – это предоставить данной фирме возможность набивать их веб-сайт контентом, причем без особых трудностей, ведь менеджер скажем той же компании за частую не всегда программист или опытный верстальщик =). Все сис-мы управления контентом, созданы так, что изменить их отображение (интерфейс) не возможно и зачастую там присутствует куча лишних кнопок и флажков, что сбивает клиента и путает его. В отличие от CMS Rails-приложение позволяет быстро и четко (благодаря готовым плагинам) написать хорошую сис-му управления контентом для клиента причем разработка в стиле agile, предусматривает максимальную гибкость приложения для каждого отдельного клиента. Без лишних кнопок, без лишних текстов, только по сути и по делу. Клиент доволен, и нам на душе спокойно =).

Что дальше?

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

Автор: Лукьянчук Филипп