Ich habe einige POCOs und es gibt entsprechende Persistence-Objekte, die CRUD tun. Was ist ein guter Name für die Persistenzobjekte? Ich habe gesehen, dass Leute den Begriff "Service-Objekte" für diese verwenden, aber wenn ich Service denke, denke ich WCF. Vielleicht ist "Persistence Objects" das Beste, aber ich würde gerne hören, was andere Leute denken.Namenskonvention für Persistence-Objekt
Antwort
Eine gemeinsame Konvention ist das Repository-Muster, wenn mit persistierenden Objekten in einen Datenspeicher zu tun, so dass man erwarten würde, in Form von (bei einem entsprechenden Typ Poco) Namenskonventionen, um zu sehen:
PocoRepository
Ich glaube, Sie denken an eine Data Transfer Object.
Datenübertragungsobjekte oder DTOs sind eine gebräuchliche Methode, um auf diese Objekte zu verweisen.
Siehe Martin Fowlers Definition: http://martinfowler.com/eaaCatalog/dataTransferObject.html
Vielleicht einfach nur mit „persistor“ auf den Namen, wie Person_persistor usw., wenn die Persistenz nur für persistierende verwendet werden Objekte.
Ich glaube, "Entities" ist ein weit verbreiteter und traditioneller Name.
Entitäten haben nichts mit Persistenz zu tun. Er hat klar gesagt, dass er getrennte Objekte hat, die beharrlich sind. – epitka
epitka ist richtig; Entitäten sind typischerweise die Objekte, die beibehalten werden sollen. –
Fair genug; -1 zu mir –
- 1. Namenskonvention für groovige Skriptdateien
- 2. JavaScript-Namenskonvention für Versprechen?
- 3. Namenskonvention für winkelabhängige Modulabhängigkeiten
- 4. Namenskonvention für private Felder
- 5. Namenskonvention für Service-Methode
- 6. Namenskonvention für Rx-Erweiterungsmethoden?
- 7. Namenskonvention für Qt-Widgets
- 8. Namenskonvention für gängige Muster?
- 9. Namenskonvention für Eigenschaft
- 10. Scala Namenskonvention für Optionen
- 11. PEP8 Namenskonvention für Testklassen
- 12. Namenskonvention für Django-Modelle
- 13. Kürzere Namenskonvention für Typen
- 14. Scala Namenskonvention für Züge
- 15. Namenskonvention für Fremdschlüsseleinschränkung ändern
- 16. Namenskonvention für exportierte Modulvariablennamen
- 17. Namenskonvention für Spring-Anwendungskontext XML
- 18. Restful Service Namenskonvention für Service
- 19. Bessere Namenskonvention für Jupyter Notebook
- 20. Namenskonvention für CFBundleSignature und CFBundleIdentifier
- 21. Namenskonvention für Befehle und Ereignisse
- 22. Namenskonvention für ein C# -Wörterbuch
- 23. Namenskonvention für reguläre Python-Ausdrücke?
- 24. Namenskonvention für neue iOS-Geräte
- 25. Gute Namenskonvention für anonyme Typen
- 26. Terminologie/Namenskonvention für Warteschlangenoperationen/APIs?
- 27. Namenskonvention für Elementvariablen mit Initialen
- 28. Namenskonvention für Dienstprogrammklassen in Java
- 29. Namenskonvention für VB.NET private Felder
- 30. Image Namenskonvention für iPhone 5
Ich benutze tatsächlich das Repository-Muster mit NHIbernate und Ninject, so würde Repository wahrscheinlich die beste Antwort in meinem speziellen Fall hier sein. –