Schienen: Best practice zum speichern der Benutzer-Einstellungen?

Frage ich mich, was der beste Weg ist, zum speichern der Benutzer-Einstellungen? Für eine web 2.0 app ich möchten, dass Benutzer in der Lage sein, um bestimmte Einstellungen auswählen. Im moment ist es nur, wenn empfangen von E-Mail-Benachrichtigungen.

Die einfachste Möglichkeit wäre, einfach ein Modell erstellen, "Einstellungen" und eine Spalte für jede Einstellung und haben dann eine 1-1-Beziehung mit den Nutzern.

Aber ist es ein Muster, um dieses Problem zu lösen besser? Ist es vielleicht besser ist, zum speichern von Informationen, die in der user-Tabelle selbst? Oder soll ich eine Tabelle mit "settings_name" und "settings_value" vollkommen offen zu sein über die Art der gespeicherten Einstellungen dort (ohne irgendwelche Migrationen beim hinzufügen von Optionen)?

Was ist Ihre Meinung?

Dank

InformationsquelleAutor Ole Spaarmann | 2009-11-05
  1. 7

    Verwenden wir das hilfreiche plugin namens HasEasy. Es speichert die Daten in einer vertikalen Tabelle, aber ermöglicht das hinzufügen von Validierungen, pre/post-Lagerung-Verarbeitung, Arten, etc.

    • Das klingt interessant, aber der link, den du gepostet hast tot. Auch Google hat nicht helfen. Irgendwelche Tipps, wo man das plugin?
    • seltsam, bekomme ich ein "Seite existiert nicht" auf github.com/cjbottaro/has_easy
    • ahhh, mit www. es funktioniert: github.com/cjbottaro/has_easy
    • Ok, ich habe keine Ahnung, warum der link nicht funktioniert die erste Zeit. Sie die Seite aktualisieren, nachdem Sie die Seite nicht gefunden und es geht gleich zur Sache.
    • überprüfen Sie auch die gepflegten Gabel github.com/exceed/preferential
    • Ich hatte gehofft, gewartet gemeint aktualisiert jede Woche oder so. Es wurde nicht aktualisiert, in 4 Jahren..

    InformationsquelleAutor scottd
  2. 13

    Wenn Sie PostgreSQL verwenden, die beste Lösung ist die Verwendung https://github.com/diogob/activerecord-postgres-hstore/. Es ist eine einfache, schnelle und zuverlässige Möglichkeit zum speichern von hashes in der Datenbank. Da es nicht nur eine serialisierte text-Feld, können Sie Ihre Suche auf es auch, und Sie brauchen nicht eine neue Tabelle zu erstellen, wie in HasEasy.

    def User
  serialize :preferences, ActiveRecord::Coders::Hstore
end

user = User.create preferences: { theme: "navy" }
user.preferences['theme']
    • Sie brauchen nicht ein Juwel für die, die es nicht mehr auf rails4! Check dieser Anleitung
    InformationsquelleAutor joaomilho
  3. 11

    Den "öffnen" - Tabelle Ansatz macht es schwierig, Modell mit AR, da Sie sich sorgen über die Arten von Daten (boolean, int, string, etc). Ich habe immer Hinzugefügt prefs als Spalten in der Benutzer-Tabelle, und verschieben Sie dann zu einem user_preferences Tabelle, wenn es "zu viele" von Ihnen. Es ist einfach, und es ist einfach, mit zu arbeiten.

    • dies ist, wie ich ein Modell für ein Aktuelles Projekt, allerdings Frage ich mich, wie Sie den Zugriff auf den Benutzer-Einstellungen-Website-Breite? Ich lese viele Beiträge darüber, wie es ist schlecht, versuchen, den Zugriff auf den aktuellen Benutzer in einem Modell, dass alle session-Daten verwaltet werden sollten die controller. in meinem Fall, wenn ich Modelle/Ansichten, die abhängig von den aktuellen Benutzer. Zum Beispiel, wenn die Aktuellen-Benutzer ist das surfen über Autos, ich will immer zeigen die Auto-tank-Größe, die als "Liter" oder "Liter" abhängig von den aktuellen Benutzereinstellungen. Ist es wirklich notwendig dies zu tun, jedesmal, wenn ich sehen wollen, @Auto.tank_size(current_user)?
    InformationsquelleAutor Jonathan Julian
  4. 10

    Wenn die Benutzer-Einstellungen sind nicht dazu gedacht, auffindbar sein (über einen Benutzer.find_by_x_preference, z.B.), können Sie auch speichern Sie in einem serialisierten Spalte als hash. Dies ist die use-case beschrieben, in die rails docs (http://www.railsbrain.com/api/rails-2.3.2/doc/index.html?a=M002334&name=serialize#), eigentlich.

    class User < ActiveRecord::Base
  serialize :preferences
end

u = User.new
u.preferences = {:favorite_color => "green", :favorite_book => "Moby Dick"}
    • schön und sauber, aber es ist ein "lookup + analysieren", statt nur "lookup". wenn Sie mit den Einstellungen, die Häufig für die app-Logik dies könnte Sie langsam nach unten.
    • es wäre cool, wenn diese integrieren können gut mit Formular-generator
    • Das problem, das ich habe, laufen in dieser Technik ist, dass, wenn Sie fügen Sie eine neue Einstellung, d.h. :favorite_food => pizza es gibt keinen einfachen Weg, um die Standardeinstellungen für alle Benutzer, die es wäre, wenn gab es eine einfache DB-Spalte.
    • Sie konnte nur eine Methode, die beim laden der Einstellungen um zu überprüfen, ob die neue Einstellung vorhanden ist, andernfalls hinzufügen, und speichern Sie es. Nicht schön, aber ein Weg, es zu tun.
    InformationsquelleAutor bantic
Schreibe einen Kommentar