W rails 4.2 respond_with został przeniesiony z jądra do klejnotów odpowiadających.Dlaczego respond_with został usunięty z szyn 4.2 w swoim własnym klejnocie?
Uwagi do wersji beta.
respond_with has moved out and into its own proper home with the responders gem.
Może ktoś proszę wyjaśnić dlaczego? Co sprawia, że respondenci cenią sobie właściwy dom? Co jest nie tak z tym pobytem w klejnocie Railsów?
Uzasadnienie David Heinemeier Hansson (twórca Ruby on Rails):
Chciałbym skorzystać z tej okazji, aby podzielić respond_with/klasa poziomu respond_to do plugin zewnętrznego. Generalnie nie jestem fanem kodu , który wynika z używania tego wzorca. Zachęca model # to_json i ukrywa różnicę między odpowiedziami HTML i API w sposób , które kolidują z kodem.
A co powiemy na podzielenie tego na klejnot o wartości 4,2, z obecnym zachowaniem , ale także z możliwością uzyskania nowego zachowania zgodnie z sugestią tutaj przez punkt konfiguracji.
Pełna dyskusja na ten link:
https://github.com/rails/rails/pull/12136#issuecomment-50216483
Dlaczego nie coś odpowiedzialny za definiowanie reakcji należą z całą reagujących innych rzeczy? –
Fajnie ... tylko próbuję się tutaj nauczyć. Myślałam, że ludzie używający klejnotów Railsowych nie będą musieli umieszczać klejnotów odpowiadających za każdym razem w swoim gemfile, ponieważ najprawdopodobniej będą go używać w każdej aplikacji używanej przez Rails. –
Uważam, że większość ludzi nie używa tej funkcji. Został zbudowany z myślą o tym, że można jednocześnie tworzyć zarówno aplikację (z interfejsem użytkownika), jak i interfejs JSON API. Praktycznie nigdy tego nie robiłem i pracowałem nad kilkoma projektami Rails. –