есть его дочерний класс

у него свой массив константа

и хотеломь бы чтоб он тоже генерировал свои методы

class_eval или чтото типа такого было

ну он вроде помогает если я знаю какие у меня будут дочерние классы

а если не знаю?

или типа self.class_eval?

или типа self.class_eval?

не сработало, даже в отцовском не сгенерировало

а чо сложного? превращай в массив и сортируй через блок

каким образом?

.to_a.sort { . }

ты пахеду не понял

насортировал тебе на лицо короче

у него свой массив константа

def self.inherited

в это обернуть методыв отцовском классе и потом вызывать в дочерних или что?

вызывать не надо

ты чёто не то делаешь

этот метод вызывается сам, когда наследуешь

ты чёто не то делаешь

я давно ему говорю, что он делает адовую чупакабру

ты чёто не то делаешь

ну мне нужно чтоб дочерние классы автоматом генерировали себе методы в соответствии со своим массивом методы, как генерировать показано в отцовском классе

class CoreQuery attr_reader :relation, :params ASSOCIATIONS = [] def initialize(relation, search_params) @relation = relation @search_params = search_params CoreQuery.generate_methods end def self.generate_methods p ASSOCIATIONS ASSOCIATIONS.each do |method| define_method("with_#{method}") do p "generated with_#{method}" relation.joins(method.to_sym) end define_method("number_of_#{method}") do p "generated number_of_#{method}" relation.send("with_#{method}".to_sym) .group('table_name.id').having("count(#{method}.id) = ?", search_params["#{method}_count".to_sym]) end end end def complex_search raise NotImplementedError end def table_name relation.name.downcase.pluralize end end короче вот отцовский класс

ну я и говорю - что-то не то

почему?

мне не придётся вообще ни с чем тогда разбираться

надо поиск по новой колонке? ну пришли запрос у меня всё уже сгенерировано

когда тебе писали про квери обжект имели ввиду просто объект который делает один запрос

нужна особая сортировка? пришли запрос всё уже сгенерено

а не блять всё на свете

хорошо я переименую это в сервис

сейчас у меня вопрос в другом

проблема в том, что это сложно поддерживать будет

как сделать чтоб дочерние классы генерировали отцовские методы

проблема в том, что это сложно поддерживать будет

почему? оно никак не сковывает тебя

потом появится ассоциация, для которой нужен особый метод

пиздец ну да ну д

появится название другое, которое не соответствует фронту

и тебе придется ломать отцовский класс, чтобы уместить все

потом появится ассоциация, для которой нужен особый метод

об этом уже подумал никакой проблемы это не создаст

+, а потом поломаются дети

ну у тебя есть тесты?

и тебе придется ломать отцовский класс, чтобы уместить все

я в контроллере всё так сделал что это не создаст проблем

ну у тебя есть тесты?

а тестировать пока нечего

короче конкретно эта проблема решается через self.inherited

шта?

контроллеры делают базовый рельсовский круд кроме вот этой штуки

модели пустые

только связи прописаны

короче конкретно эта проблема решается через self.inherited

спасибо ща попробую

class CoreQuery attr_reader :relation, :params ASSOCIATIONS = [] def initialize(relation, search_params) @relation = relation @search_params = search_params CoreQuery.generate_methods end def self.generate_methods p ASSOCIATIONS ASSOCIATIONS.each do |method| define_method("with_#{method}") do p "generated with_#{method}" relation.joins(method.to_sym) end define_method("number_of_#{method}") do p "generated number_of_#{method}" relation.send("with_#{method}".to_sym) .group('table_name.id').having("count(#{method}.id) = ?", search_params["#{method}_count".to_sym]) end end end def complex_search raise NotImplementedError end def table_name relation.name.downcase.pluralize end end короче вот отцовский класс

как видно у тебя тут приватных методов нет, так что надо тестить

как видно у тебя тут приватных методов нет, так что надо тестить

так я говорю пока нечего

и как тестировать мета методы?

инициализацию и метод генерации

я хочу чтобы у приложения была emergence

инициализацию и метод генерации

напшиу тесты как в голове всё заработает и в коде

пока я всё ещё не знаю как в итоге будет и поэтому тесты не вижу смысла писать

вот будет работать - напишу тесты придумаю эджкейсов

а не думал сначала написать тестов, прописать там как примерно всё должно работать и на основе этого писать реализацию?

если честно не очень понимаю зачем нужен TDD

тесты нужны

но зачем их писать заранее не понимаю

мета-абстракции сложно тестировать

всё же может совсем передуматься переписатсья посредине написания

ну чтобы ты к примеру не гадал как всё потом будет работать, а просто набросал это

но зачем их писать заранее не понимаю

это признак незрелой архитектуры :) и отсутствия видения

но зачем их писать заранее не понимаю

Не путаешь с BDD?

так я и сейчас гадаю как будет работать

Не путаешь с BDD?

может быть путаю, чёткой хватки с различными *DD у меня ещё нет

это признак незрелой архитектуры :) и отсутствия видения

видение есть, архитектура постоянно сталкивается с проблемами типа "тут это первым инициализируется тут из-за этого не будет наследоваться" и тд

ERROR: S client not available

видение есть, архитектура постоянно сталкивается с проблемами типа "тут это первым инициализируется тут из-за этого не будет наследоваться" и тд

я не об этом. я о видении проекта в целом: нам нужен будет такой и вот такой функционал. а вот такой - не нужен будет

иначе ты все время будешь пилить абстрактные вундервафли

ой да функционал там совсем простецкий

пара моделей пара крудов

просто времени до сдачи ещё две недели

вот и пилю вандервафлю чтоб потом не париться

потому что если всё реально будет работать как я задумал то кучу времени сэкономит

а если нет то легко можно будет убрать из функционала т.к. всё в отдельных классах

типа по сути это просто поиск и сортировка, просто они будут генерировать себя сами в зависимости от колонок модели и связей моделей

и работать будет на основе запроса конкретного

а ты не думал ransack взять?

типа если ключ параметра пришедший кончается на _ids значит такой запрос в модель если _count то другой и тд

а ты не думал ransack взять?

ща погуглю чё это

ой

ну походу почти это и пишу

блин обидно даже

думал клёво напишу

а оно уже есть

ребят, есть ли возможность в paperclip создать стиль с такими же размерами, как оригинал. то есть что -то вроде styles: { mobile: '300x300#', original_two: '????' }

всем привет, у меня есть url url = http://localhost/?standart=0 как сделать redirect_to url без пареметра standart , тоесть url = http://localhost/ ? такой вариант есть но кажется он плохой ? uri = URI(url) uri.query = nil uri.to_s

url.split('?')[0]

да вполне

.first

спасибо)

нет u = URI(url) #{u.scheme}://#{u.host}" так лучше

вопрос по mini_magick код в аплоадере. version :thumb do process resize_to_fit: [350, 350] end посылаю картинку в базу, оно её пытается писать, но вызывает rollback. причём почему так происходит, в логах нигде не написано. в чём может быть дело?

Проверь наличие ошибок при сохранении модели. Выведи в консоль объект.errors

Failed to manipulate with MiniMagick, maybe it is not an image? однако, прикольно такое видеть, когда посылаешь изображение, а оно "не изображение"

Мож картинка битая, мож ImageMagick кривой....

{:photos=>[{:error=>"Failed to manipulate with MiniMagick, maybe it is not an image? Original Error: identify /var/folders/km/_9jh9_tx0fd9f8syblm29mrw0000gn/T/mini_magick20180206-4751-1fc3dnr.png failed with error:\nidentify: unable to load module `/usr/local/Cellar/imagemagick/6.9.7-3/lib/ImageMagick//modules-Q16/coders/png.la': file not found @ error/module.c/OpenModule/1302.\nidentify: no decode delegate for this image format `PNG' @ error/constitute.c/ReadImage/504.\n"}]} подразумеваю, что меджик

Точно!

блин, ну и секс с mini_magick