Das deutsche Python-Forum

• Es gibt keine Literale für Datenstrukturen, und keine generische Syntax zur Initialisierung von Datenstrukturen wie in C# oder C++11.
• Es gibt keine Methodenreferenzen und keine Funktionen höherer Ordnung.
• Es gibt keine anonymen Methoden, und keine Lambdas.
• Primitive Typen stehen außerhalb der Vererbungshierarchie, i.e. kein "ArrayList<int>".
• Ausnahmen sind Teil der Methodensignatur, und schränken mithin die Polymorphie ein. Man kann beispielsweise nicht einfach so einen Iterator über eine Datei schreiben, da die Methoden zum Lesen der Datei "IOException" in der Signatur tragen, die Iterator-Schnittstelle aber nicht.

lunar hat geschrieben: Man kann beispielsweise nicht einfach so einen Iterator über eine Datei schreiben, da die Methoden zum Lesen der Datei "IOException" in der Signatur tragen, die Iterator-Schnittstelle aber nicht.[/list]

lunar hat geschrieben:Ich würde sagen, Du musst Dir einfach nur von der IDE helfen lassen.

lunar hat geschrieben: Was an Java wirklich stört, sind die Dinge, die keine IDE korrigieren kann:

• Es gibt keine Literale für Datenstrukturen, und keine generische Syntax zur Initialisierung von Datenstrukturen wie in C# oder C++11.
• Es gibt keine Methodenreferenzen und keine Funktionen höherer Ordnung.
• Es gibt keine anonymen Methoden, und keine Lambdas.
• Primitive Typen stehen außerhalb der Vererbungshierarchie, i.e. kein "ArrayList<int>".
• Ausnahmen sind Teil der Methodensignatur, und schränken mithin die Polymorphie ein. Man kann beispielsweise nicht einfach so einen Iterator über eine Datei schreiben, da die Methoden zum Lesen der Datei "IOException" in der Signatur tragen, die Iterator-Schnittstelle aber nicht.

public static <K, V> Map<K, V> map(Object... keysAndValues) {
    Map<K, V> map = new HashMap<>(keysAndValues.length / 2);
    for (int i = 0; i < keysAndValues.length; i += 2) {
      map.put((K) keysAndValues[i], (V) keysAndValues[i + 1]);
    }
    return map;
  }

public static <K, V> Map<K, V> map(final Object... keysAndValues) {
    return new AbstractMap<K, V>() {
      @Override
      public int size() {
        return keysAndValues.length / 2;
      }

      @Override
      public V get(Object key) {
        for (int i = 0; i < keysAndValues.length; i += 2) {
          if (key.equals(keysAndValues[i])) {
            return (V) keysAndValues[i + 1];
          }
        }
        return null;
      }

      @Override
      public Set<Entry<K, V>> entrySet() {
        throw new UnsupportedOperationException();
      }
    };
  }

list.removeIf( p -> (p.size >= bottom && p.size <= top) );

sma hat geschrieben:

lunar hat geschrieben:Ich würde sagen, Du musst Dir einfach nur von der IDE helfen lassen.

Dem schließe ich mich an und möchte noch ergänzen, dass ich Netbeans für die schwächste unter den drei großen Java IDEs halte: Eclipse ist besser und IntelliJ IDEA IMHO noch besser.

sma hat geschrieben:

lunar hat geschrieben:Ich würde sagen, Du musst Dir einfach nur von der IDE helfen lassen.

Dem schließe ich mich an und möchte noch ergänzen, dass ich Netbeans für die schwächste unter den drei großen Java IDEs halte: Eclipse ist besser und IntelliJ IDEA IMHO noch besser.

sma hat geschrieben:Das man keine List<int> haben kann, empfinde ich noch als das geringste Problem. Soll sich doch die VM um das Auto-Boxing kümmern.

snafu hat geschrieben:Vielleicht kommen ja in späteren Semestern noch irgendwelche ungeahnten Vorteile von Netbeans zum Vorschein...

snafu hat geschrieben:Denke, ich werde mir dann wirklich mal Eclipse angucken.

lunar hat geschrieben:Ich glaube, hier hast Du mich falsch verstanden. Natürlich soll sich die VM ums Auto-Boxing kümmern, ich will davon eigentlich gar nichts wissen müssen. Mich stört nicht, dass man nicht "List<int>" schreiben kann, sondern dass es neben dem Werttyp noch einen eigenen Referenztypen gibt