Vyacheslav Savelyev slavone

С имеющейся у меня схемой БД с изменением типа юзера проблем нет, но есть пара нюансов. При смене типа пользователя нужно удалить текущую запись пользователя во вспомогательной таблице его текущего типа, создать новую запись во вспомогательной таблице его нового типа, и обновить тип и айди в основной таблице user_logins. Нюанс в том, что это должно быть атомарной транзакцией, но ActiveRecord.transaction легко позволяет это сделать. Еще нюанс - при изменении типа пользователя, ID доп. таблиц будут бессмысленно инкрементироваться, еще раз показывая, что было бы неплохо избавиться от этих лишних ключей.

Для обработки этих действий я создал контроллер user_logins_controller, обеспечивающий стандартный RESTful функционал для user_logins(без добавления и удаления). Доступ туда все теми же стандартными фильтрами ограничивается для всех, кроме админов. При переходе на edit, грузится форма с одним единственным выпадающим списком с типами пользователей. При сабмите проверяется, изменился ли тип, и если изменился, то п

В том виде, в котором сформулировано задание, кнопка покупки никак не связана с товаром. Если же покупка зависела бы от ID товара, то можно было бы передавать этот ID в виде параметров URL'а, и вроде тоже никаких проблем. Так что проблема с покупкой сводится только к делегации прав юзеров - ограничить доступ в контроллере, и видимость во views. Поэтому все вопросы из предыдущего пунка актуальны и здесь.

Для обработки запроса покупки я создал контроллер purchases_controller, откликающийся на один единственный метод new. По логике, что new - новая покупка. Стоит ли здесь придерживаться RESTful терминологии, или же особого смысла это не имеет?

Далее, при покупке нужно считать один случайный JSON со страницы. Я считывал всю страницу через JSON.load, и делал .sample полученной коллекции для получения случайного. Просто считать со страницы случайную запись, не подгружая ее полностью кажется мне невозможным, но может быть я ошибаюсь? Насколько сильно стоит логически отделять функционал такого типа(взаимодействия с

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

Контроллер для товаров приведен ниже. Фильтры before_action не пропускают юзеров туда, куда им ходить не следует. При дальнейшем расширении, даже не смотря на растущие условия типа current_user.is_some_type_1? || current_user.is_some_type2? || current_user.is_some_type3?, мне кажется такое решение вполне устойчивым и расширяемым. Можно ли это сделать как-то еще оптимальнее?

С views все хуже, в них логика очень быстро накапливается и становится плохо отслеживаемой, ниже приведена пара примеров. Я гуглил по этому поводу, советует использовать декораторы. Какой наиболее правильный способ реализации этого паттерна в рельсах? Гем Draper вроде бы является самым рекомендуемым решением.

Еще вопрос по логике в views c формами. Админ и владелец магазинов оба могут редактировать товары, только редакти

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

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

Тупо делать отдельную таблицу под каждый тип с полным набором полей.

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

	@AjaxPoller = (args) ->
	this.controllerUrl = args['controllerUrl']
	this.pollBody = args['pollBody']
	this.pollWhile = args['pollWhile']
	this.interval = args['interval']

	this.startPolling = () ->
	that = this
	$.ajax
	url: that.controllerUrl

	#path to folder with model files
	dir = "./app/models/*.rb"

	Dir.glob dir do \|file\|
	pattern = /(has_one\|has_many).*$/
	text_to_append = ", dependent: :destroy\n"
	before = File.read file
	new_text = ''

	before.each_line do \|line\|