Ergebnis 1 bis 20 von 21

Thema: Java 7!

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Woa Fedprod, wenn du nix intelligentes zusagen hast, dann lass es bitte, danke :/

    @Mq
    Genau den Bug meinte ich in meinen Post, danke für den Link. Echt schlimm das Oracle den Entwicklern ne Deadline gibt... Oracle suckt echt derbe bei sowas :/ Unter Sun war das nie so ein großes Problem.
    (auch wenn ich den Fehler nicht reproduzieren konnte )

    Übrigens liegt das an einer Flag die von Oracle -in dem Wissen es wurde kaum getestest- ab Version 7 immer gesetzt ist. Lustigerweise war das in den Ver. 7 Builds nicht so... das müssen dir auch kurz davor entschieden haben xD

    Geändert von R.D. (30.07.2011 um 00:05 Uhr)

  2. #2
    Ich find die Neuerungen nicht wirklich spannend.
    Am meisten hätt ich mir Operator Overloading und Properties gewünscht aber die werdens wohl nie in java reinschaffen.

    Zitat Zitat
    R.D., du bist jetzt der einzige, den ich kenne, der meint, dass die Layout-Manager einfach seien.
    Einfach nicht aber ich finde sie trotzdem Klasse. Das einizge Problem ist, dass man gerade für GroupLayout und MigLayout, meine 2 Favoriten, unbedingt einen GuiBuilder nehmen sollte. Dafür den Code selber schreiben ist horror...
    Und eigene LayoutManager lassen sich auch sehr sehr einfach schreiben.

    Geändert von nudelsalat (31.07.2011 um 10:09 Uhr)

  3. #3
    Zitat Zitat von nudelsalat Beitrag anzeigen
    Ich find die Neuerungen nicht wirklich spannend.
    Am meisten hätt ich mir Operator Overloading und Properties gewünscht aber die werdens wohl nie in java reinschaffen.
    [...]
    Huch? Es gibt doch Properties in Java. http://download.oracle.com/javase/6/...roperties.html
    Oder was meinst du genauer?

  4. #4
    Mit Properties mein ich eine Alternative zu getter und setter, ähnlich wie es sie in C# gibt.Anstatt dass man für jede Variable getter und setter Methoden schreibt greift man einfach direkt auf die Variable selbst zu und kann, falls nötig, eine Methode definieren die ausgeführt wird wenn die Variable gesetzt oder returniert wird.

  5. #5
    Nicht das ich wüsste aber wenn man doch mal vorhat statt einem getter die Variable public zu machen und später draufkommt, dass man beim Zurückgeben der Variable doch noch code ausführen muss also doch einen getter braucht, dann muss man nachher nicht hunderte von Variablenzugriffen refactoren. Und auserdem find ichs mühsam und hässlich wenn eine vielzahl von Klassen für 10 und mehr Variablen jeweils 2 total triviale Methoden dazubekommt, egal wie schnell sich diese beiden Methoden von der IDE generieren lassen.

  6. #6
    Zitat Zitat von nudelsalat Beitrag anzeigen
    Nicht das ich wüsste aber wenn man doch mal vorhat statt einem getter die Variable public zu machen und später draufkommt, dass man beim Zurückgeben der Variable doch noch code ausführen muss also doch einen getter braucht, dann muss man nachher nicht hunderte von Variablenzugriffen refactoren. Und auserdem find ichs mühsam und hässlich wenn eine vielzahl von Klassen für 10 und mehr Variablen jeweils 2 total triviale Methoden dazubekommt, egal wie schnell sich diese beiden Methoden von der IDE generieren lassen.
    Dito. Dazu kommt, wie ich finde, dass, neben den Methodenrümpfen, das ganze manchmal auch echt unangenehm beim Programmieren ist. Ich finde ein Frame.visible = true deutlich angenehmer als ein Frame.setVisible(true). Solche setMethoden finde ich, solange man nur ein Parameter hat eher hinderlich und nicht wirklich schön. Auch wenn ich vielleicht gleich verspottet werde, in ObjectPascal (aka Delphi, wobei ich lieber Delphi auf die IDE reduziere) sind die properties echt wünschenswert gelöst. Ähnliches täte Java auch gut.

    Außerdem Frage: sind diese ganzen getter und setter, sofern sie nur aus Zuweisen und Auslesen bestehen, nicht ein overhead auf den man eigentlich verzichten könnte? (schlagt mich nicht, ich hab halt keine Ahnung)

  7. #7
    Mein eclipse hat mir gerade gesagt, dass Binary Literals wie "0b1000_0000" erst mit java 1.7 funktionieren. Gleich mal auf 1.7 umgestellt und..geht wirklich!
    Java 7 hat doch nützliche neuerungen. :3

  8. #8
    Zitat Zitat von nudelsalat Beitrag anzeigen
    Mein eclipse hat mir gerade gesagt, dass Binary Literals wie "0b1000_0000" erst mit java 1.7 funktionieren. Gleich mal auf 1.7 umgestellt und..geht wirklich!
    Java 7 hat doch nützliche neuerungen. :3
    _ in Literale? Ich bin mir nicht sicher, ob ich lieber _ in Literalen haben will, oder AIDS. Ich meine, Freddy Mercury hatte Aids. Aber, wer hat schon _ in numerischen Literalen?

  9. #9
    Ich war auch sehr überrascht, aber positiv. 0b0000000000000000100000000000000 ist eher semioptimal zu lesen. Bei 0b00000000_00000000_10000000_0000000 weiß man sofort was lost ist. :3

    Geändert von nudelsalat (29.10.2011 um 15:14 Uhr)

  10. #10
    Zitat Zitat von nudelsalat Beitrag anzeigen
    Ich war auch sehr überrascht, aber positiv. 0b0000000000000000100000000000000 ist eher semioptimal zu lesen, 0b00000000_00000000_10000000_0000000 ist viel besser. :3
    Und 0x8000 ist evtl. noch besser. Also ich kann binären Literalen kaum was abgewinnen, hexadezimal ist da kaum schlechter. Und weit verbreiteter.
    Die Unterstriche, naja – so lange Nummern schreibt man selten, und wenn, merkt man eh schnell, was sie sein sollen. Hin und wieder könnten sie aber wohl praktisch sein. *shrug*

  11. #11
    Ich muss zugeben, dass ich binäre repräsentationen nicht ohne nachzudenken in hexadezimal umwandeln kann und da ists nett, binäre literale zu haben wenn ich prüfen will, ob das maskbit im frame einer websocketnachricht gesetzt ist. ._.

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •