2016-07-28 28 views
1

ich Java lerne und haben die verwendeten Namenskonventionen in Tutorien sowie auf Oracle's website, com.etc.project.programMuss ich Namenskonventionen für Java-Pakete befolgen?

Muss ich wirklich folgen dieser Konvention gefunden?

und was sind die Vor- und Nachteile des Folgens oder Nicht Folgens?

+1

Sie sollten diese Konventionen besser befolgen, wenn Sie eine öffentliche API für andere Benutzer bereitstellen möchten. – Andrew

+2

Mögliches Duplikat von [Namenskonventionen für Java-Pakete] (http://stackoverflow.com/questions/7411717/java-package-naming-conventions) – Tom

Antwort

4

Konventionen sind nicht obligatorisch, aber helfen

  • SIE bettter Code zu erstellen und
  • ANDERE es zu verstehen einfacher:

Nach wikipedia:

Gründe für den Einsatz eine Namenskonvention (als Gegensatz d zu ermöglichen Programmierer beliebige Zeichenfolge zu wählen) gehören die folgenden:

  • den Aufwand zu reduzieren, benötigt Quellcode
  • zu ermöglichen, Code zu lesen und zu verstehen, Bewertungen auf wichtigere Themen konzentrieren als streiten über Syntax und Namensgebung Standards.
  • , um Code-Qualitätsprüfungs-Tools zu aktivieren, um ihre Berichterstellung hauptsächlich auf andere wichtige Probleme als Syntax- und Formateinstellungen zu konzentrieren.
  • , um das Erscheinungsbild des Quelltextes zu verbessern (z. B. durch Verbot überlanger Namen oder unklare Abkürzungen).
+0

Danke @Jordi, ich weiß nicht, wie ich "andere" vermisst habe. Um die Namen zu interpretieren, muss es ein Standardkriterium geben. – dhirwan

0

Nein, Sie brauchen keine Konventionen zu folgen, können Sie alles, was Compiler ermöglicht schreiben.

Aber nach einigen Konventionen wird es einfacher, Ihren Code von anderen (und von Ihnen selbst in der Zukunft) zu verstehen.

0

Wie Sie in Ihrer Frage da sagen selbst, es ist nur eine "Konvention"

Convention ist eine Art und Weise, in der etwas in der Regel getan.

Es ist nur eine Konvention. Es liegt an Ihnen, ob Sie dem folgen wollen oder nicht. Es wird jedoch immer empfohlen, dass Sie diese Konventionen einhalten.


Namenskonventionen in Java

NAME   CONVENTION 
class name  should start with uppercase letter and be a noun e.g. String, Color, Button, System, Thread etc. 
interface name should start with uppercase letter and be an adjective e.g. Runnable, Remote, ActionListener etc. 
method name  should start with lowercase letter and be a verb e.g. actionPerformed(), main(), print(), println() etc. 
variable name should start with lowercase letter e.g. firstName, orderNumber etc. 
package name should be in lowercase letter e.g. java, lang, sql, util etc. 
constants name should be in uppercase letter. e.g. RED, YELLOW, MAX_PRIORITY etc. 
0

Die Paket-Namenskonventionen sind nur Konventionen. Sie können sie ignorieren, aber Sie sollten nicht.

Die Konventionen helfen Namenskonflikte zu vermeiden und machen Ihren Code für andere lesbarer.

Sobald Sie beginnen, mit anderen Entwicklern zusammenzuarbeiten, wird die Einhaltung der Konventionen Ihre Arbeit erleichtern.

Und sie sind wirklich nicht schwer zu folgen.

0

Es gibt andere StackOverflow-Seiten, die darüber sprechen here und here.

Aber falls Sie sie nicht gesehen haben, lassen Sie mich Ihnen aus irgendeinem Grund und Referenz:

Wenn Sie nur persönliche Projekte zu tun, wo sonst niemand den Code verwenden, dann können Sie ein Make-up Paketname, den Sie mögen. Make nicht etwas, das mit com beginnt. oder netto. oder andere Top-Level-Domain obwohl, das würde bedeuten, dass Sie den Domain-Namen besitzen (dh. mit com.john als Paketname, nur weil Ihr Name mit passiert ist John ist keine gute Idee).

Wenn Sie den Code an andere weitergeben möchten, sollten Sie einen global eindeutigen Paketnamen verwenden, der gemäß den Java-Konventionen bedeutet, dass Sie einen Domänennamen registrieren und verwenden sollten.

+0

Lieber diese Frage als Duplikat markieren, anstatt die Antwort von dort zu kopieren. – Tom

+0

okay, werde das tun. Danke trotzdem –

+0

Danke @YoungMillie, hab es geschafft, ich habe wirklich die selbe Frage gesucht aber die richtige Antwort nicht erreicht. – dhirwan