[JAVA] Ich möchte Schlangenfälle mit Tabellendefinitionen stoppen

Was ist ein Schlangenfall?

In der Tabellendefinition wird es häufig durch den Fall der Schlange definiert (\ _ getrennt). Beispielsweise wird ein Beispiel eines Masters beschrieben, der Benutzerinformationen speichert. Tabellenname: mst \ _user

Beziehung zur Anwendungsentwicklung

Anwendungsentwicklungssprachen sind oft keine Schlangenfälle. Im Fall von Java kann es sich beispielsweise um einen Pascal-Fall und einen Kamel-Fall handeln.

Was ist los

Am Beispiel von Java lautet die Klasse (DTO), die mst_user entspricht, gemäß der Java-Konvention (Pascal-Fall, Camel-Fall) wie folgt.

public class MstUser {
    private String userId;
    private String userName;

    // getter,Setter weggelassen
}

Obwohl es sich bei der Tabelle um einen Schlangenfall handelt, ist eine Zuordnung erforderlich, da die Java-Konvention unterschiedlich ist. Damit sind einige Probleme verbunden.

1. Die Erstellung von Spezifikationen ist schwer Beispiel) Falsch beim Erstellen von API-Spezifikationen. Da es normalerweise viele Gegenstände gibt, ist es leicht, einen Fehler zu machen, indem man die Gegenstände aus der Tabellendefinition kopiert und den Schlangenkoffer durch einen Kamelkoffer ersetzt. user_id => userid => Ich habe einen Fehler gemacht! Insbesondere wenn Sie nur die Entwicklung von außen entwerfen und anfordern, werden Sie Zeit verschwenden, wenn Sie fragen: "Was ist mit userId?"

2. Es ist problematisch, wenn Sie während der Entwicklung einen Zuordnungsfehler machen Da SQL ein Schlangenfall ist, muss die Zuordnung zur Java-Klasse beschrieben werden. Wenn es vom OR-Mapper automatisch generiert werden kann und es sich um eine Spezifikation handelt, die verknüpft wird, wird das Mapping stetig geschrieben, sodass die Möglichkeit eines Fehlers besteht. Das Ergebnis des Abrufs des Werts ist null => Es ist ein Zuordnungsfehler aufgetreten.

3. Die gegenseitige Umwandlung zwischen Schlangen- und Kamelkoffer ist problematisch Es ist mit 1 und 2 verwandt, aber es erfordert viel Mühe, Schlangenfall => Kamelfall und Kamelfall => Schlangenfall beim Mapping zu konvertieren. Es mag ein bisschen besser sein, wenn Sie ein Werkzeug herstellen, aber es ist immer noch ein Ärger.

Stoppen Sie Schlangenfälle und passen Sie sich den Konventionen der Entwicklungssprache an

Befolgen Sie die Java-Konventionen.

Tabellenname: MstUser

DTO

public class MstUser {
    private String userId;
    private String userName;

    // getter,Setter weggelassen
}

Dies erspart Ihnen die Mühe des Mappings, sodass Sie effizient entwerfen und entwickeln können. Gibt es irgendwelche Nachteile?

Inhaltsverzeichnis