Namespace models in Rails: Was ist der state of the union?

Seit Anfang an Schienen hat hatte Probleme mit Namespaces Modelle. Wie die Zeit ging auf, ziemlich jeder gab auf es zu benutzen. Mich eingeschlossen.

Mit Rails 2.3 draußen, ich würde gerne ein update auf die situation. Besonderheiten Fragen, die ich im Sinn haben sind:

  • first off, ist es gut, zu gehen?
  • Tabelle benennen, welche Regel zu Folgen?
  • Verbände, wie erklären Sie mit dem geringsten Ausführlichkeit? wie der name foreign key Spalten?
  • auto-verlangt, funktioniert es, wenn du die Modell-Dateien in ein Unterverzeichnis passenden Namensraum? oder, wie Namen und den Speicherort für die Dateien?
  • generation, hat das Modell generator Griffe namespaces erfolgreich und richtig?
  • generation, wie etwa der scaffold-generator, die umfasst Controller?
  • Unverträglichkeiten/quirkinesses sollte man sich bewusst sein?
  • Ich weiß, ich bin gaaanz faul, diese Frage, wie ich konnte, schnell Forschung die meisten Antworten mich, aber ich bin hier in der Hoffnung, dass schon jemand ging durch eine Menge Schmerz und will es teilen.
  • Ich denke, das ist eine gute Frage. Ich freue mich zu sehen, was zurück kommt, bin ich wieder einer, der es wollte, versuchte er, den Schmerz gespürt und aufgegeben.
  • Diese Frage ist schon ziemlich alt jetzt. Ich bin gespannt, wie sich die Dinge verbessert haben jetzt, dass Rails 4.0 ist raus.
InformationsquelleAutor kch | 2009-03-02
  1. 14

    Den besten Kommentar den ich gesehen habe auf die Frage von Streng Typisierte. Meines Wissens 2.3 noch nicht alle Probleme gelöst, das heißt, Sie sind immer noch unzuverlässig.

    • alles, was mit lolcats in der Titel muss gut sein. überprüfen.
    • Der link ist nun gebrochen. Wären Sie in der Lage, ein update zu dieser Antwort nun, dass die Schienen 4 aus?
    InformationsquelleAutor Pesto
  2. 3

    Kürzlich hatten wir eine große Debatte über diese innerhalb unseres Unternehmens. Ich denke am Ende des Tages, haben wir uns gedacht, dass, wenn Sie nicht namespace-Tabellen in einer Datenbank, macht es keinen Sinn namespace der Modelle. Wir ließen uns auf indem Sie unsere Modelle (Nutzer, UserAddress, UserEmailAddresses) und setzen Sie in das Benutzer-Verzeichnis, dann mit:

    config.load_paths << "#{RAILS_ROOT}/app/models/users"

    laden der Modelle. Zur Steuerung der Ausführlichkeit in unseren Modellen, wir tun dies Häufig:

    has_many :addresses, :class_name => "UserAddress"

    Beim generieren, schaffen wir es, als gäbe es kein namespace (script/generate model UserAddress), dann manuell kopieren Sie es in das user-Verzeichnis.

    Schulterzucken. Ich denke, am Ende all das wirklich gibt Ihnen eine saubere Verzeichnisstruktur, die eigentlich mehr ärger ein VIM-Nutzer wie mich, aber schön für TextMaters.

    • Wirklich gut, als TextMater ich muss sagen, dass ich cmd+T zu gehen, um Dateien, die ich nur selten verwenden Sie den Datei-browser. Das ist sowieso mäßig hilfreich, aber sagen Sie, Sie versucht haben, Namensräume in rails 2.3 und es ist immer noch SOL?
    • Ich benutze etwas ähnliches wie cmd+T in VIM, und die nette Sache über die Dinge, die in den Ordnern ist, dass Sie tun können, "m/u/" und cmd+T wird wohl eingrenzen auf Modelle/Benutzer/, was sehr hilfreich ist (die meisten cmd+t-Nutzer gar nicht wissen, daß Schrägstriche Schränken Sie die Liste durch-Verzeichnis)
    • In Antwort auf den rest deiner Frage ist, das wir nicht versuchen, es in 2.3. Außerdem, ich habe nicht gesehen, was in 2.3 änderungen, die speziell die "green lights" Namespaces Modelle.
    • "wenn Sie kein namespace-Tabellen in einer Datenbank, macht es keinen Sinn namespace der Modelle." Schienen können mehrere logische Datenbanken (pullmonkey.com/2008/4/21/...), so ist dies immer noch ein guter Grund, das zu wollen haben Modelle.
    InformationsquelleAutor efalcao
  3. -2

    Ich würde noch bleiben Sie Weg von es. Alles gewonnen (was ich bin mir nicht sicher, was das wäre, ehrlich zu sein, wäre definitiv verloren, wenn man bedenkt, das ärger und den Verlust der Kürze und Klarheit des Codes.

    Meine neueste app hat 87 Ressourcen, und enthält administrative Funktionen, die alle über dem Platz. Ich sehe keine Notwendigkeit für die Verwendung von Namensräumen, IMHO.

    • Gut, einige Menschen arbeiten besser mit Verwendung von Namensräumen, einige don ' T care. Sie können immer Wege finden, um ihn herum, die Hölle, die viele Sprachen haben keine. Trotz Bedarf/alternativen, es ist eine Frage, die wäre gut, mit einer Antwort auf.
    • Dies ist eine kurzsichtige Pauschale Aussage. Zwingende Gründe für die namespaces sind nicht weniger über die Menge der Modelle als deren Parität.
    • Warten Sie, bis Ihre Anwendung erweitert und Sie versuchen, Holen Sie sich neue Entwickler, die schnell lernen, wie Ihre Anwendung arbeitet, und versuchen Sie, dieses argument.
    InformationsquelleAutor Matt Darby
Schreibe einen Kommentar