[Programmiererstammtisch] "Zum ächzenden Compiler"

[Ramkhamhaeng]

Habe noch was rein editiert.

[Strat]

Danke.

Ich hatte natürlich nur so derifferenziert ohne die Klammern

[Ramkhamhaeng]

Ja, der Operator bindet sehr schwach, wird also ohne Klammerung sehr spät angewendet. Nicht zu Klammern ist daher reicht häufig ein Problem.

[Gobl]

Nicht direkt eine Programmiersprache, aber fast, Thema Datenbanken:

Für eine Handy-App stellt sich mir die Frage, ob es sinnvoller ist, berechnete Daten in der Datenbank zu speichern, oder diese während der Laufzeit aus den einzelnen Bestandteilen zu berechnen?
Bsp: Dividendenauszahlung
Spalten: Anteile, Auszahlung je Anteil, gesamte Auszahlung, bezahlte ausl. Steuern, bezahlte inl. Steuern
Theoretisch alles aus den ersten 2 Spalten berechenbar. Die einzige Spalte, die da Probleme machen würde, wäre die letzte wegen Freistellbetrag, aber das sei mal dahingestellt.

[Mongke Khan]

Windows
Ich bastel gerade an nem kleinen Musikplayer, den ich übers Heimnetz ansteuern kann (damit ich beim Pen-&-Paper spielen bequem vom Tablet aus passende Musik auflegen kann).
Benutze dafür die Windows Media Player (WMPLib) und hab eigene Playlisten implementiert, weil ich mir da eine Schnittstelle offen lassen will und die Standard-Playlisten von Windows mir nicht gefallen.
Dafür muss ich also abfangen, wann ein Lied vorbei ist - praktischerweise stellt der Windows Media Player dafür ein Event zur Verfügung: PlayStateChange, u.a. mit dem Status "8 - MediaEnded". Super, dachte ich, frag ich einfach ab und spiel dann das nächste Lied.
Dann passierte erstmal: nichts. Code durchsucht, alles ausgeben lassen, nö scheint korrekt zu sein. Also mal die verschiedenen Zustände geloggt. Und da passierte folgendes:

New player state: Transitioning
New player state: Transitioning
New player state: Ready
New player state: Playing
New player state: MediaEnded // Hier sollte jetzt das nächste Stück kommen, er sprang auch in den Code, aber gespielt wurde nix
New player state: Transitioning
New player state: Transitioning
New player state: MediaEnded // Wtf, welches Medium - es kam ja nix
New player state: Transitioning
New player state: Ready

Gespielt wurde nichts, an der Stelle hat er sich aufgehängt.
Also folgende Überlegung: vielleicht ist MediaEnded nur so ein Zustand, dem noch Aufräumarbeiten folgen können. Also setze ich einfach, wenn es dazu kommt, ein Flag und mach das, wenn er wieder Ready ist. Dann geschah folgendes:

New player state: Transitioning
New player state: Ready
New player state: Playing
New player state: MediaEnded
New player state: Transitioning
New player state: Transitioning
New player state: MediaEnded
New player state: Transitioning
New player state: Stopped // Ok, er stoppt also...
New player state: Stopped // ...mehrmals?

Und tat weiter nichts. Zumindest hing er nicht mehr, manuell konnte ich das nächste Lied anstupsten
Aber vielleicht fällt er ja in nen Stopp-Zustand, wenn er nicht mehr weiter weiß. Ok, frag ich halt da das Flag ab und leite den nächsten Song ein, wenn er das erste mal nach MediaEnded in Stopped geht.

Gedacht, getan und dann wurden mir wilde Statuswechsel um den Kopf geworfen, bis er sich komplett aufgehängt hat und der Prozess manuell beendet werden musste.

Inzwischen hab ich, auch nach etwas Recherche, den Eindruck, dass dieses Event von vorn bin hinten verbuggt ist.
Das einzige, was funktioniert hat, war, immer wenn er MediaEnded triggert, den ganzen Player zu zerstören, die Settings zu retten und nen neuen zu erzeugen mit nem neuen Wegwerfeventhandler, der versagen wird, sobald er tun müsste, was er tun soll - und dann vom nächsten Lemming ersetzt wird

Falls sonst noch wer eine Idee hat - immer her damit. Es funktioniert, aber es ist so natürlich ziemlich hässlich

[Flunky]

Machst du das aus Spaß? Gibt's nämlich auch schon fertig Music Player Daemon mit MPDroid.

[Ramkhamhaeng]

Der populäre Vlc bietet auch Schnittstellen fürs Netz und dafür gibt es auch schon Programme. (Da ich den Vlc nicht mag, kenne ich mich damit aber nicht weiter aus. )

[Mongke Khan]

Ich mach das aus Spaß, weil es ein schönes kleines Projekt ist, um wieder bisschen mehr ins Coden zu kommen

[EpicFail]

Also ich lerne gerade in der Uni C++. Bzw müssen wir uns das selbst beibringen. Kann mir da wer ein gutes Tutorial/Buch empfehlen, weil gerade das mit den Pointern ja schon ein wenig anders ist als zB in Java

Und dann habe ich auch gleich noch eine Frage:
Wenn ich einer Methode Variablen übergebe dann habe ich ja mehrere Möglichkeiten das zu machen:
1. void test (Object obj )
2. void test (Object& obj)
3. void test (Object* obj)

So wie ich das verstanden habe führt * dazu das nur eine Kopie des Objekts übergeben wird und bei & das Original? Dann wäre aber die Frage was der Unterschied zwischen 1 und 2 ist?

[[VK]]

Also ich lerne gerade in der Uni C++. Bzw müssen wir uns das selbst beibringen. Kann mir da wer ein gutes Tutorial empfehlen, weil gerade das mit den Pointern ja schon ein wenig anders ist als zB in Java

Und dann habe ich auch gleich noch eine Frage:
Wenn ich einer Methode Variablen übergebe dann habe ich ja mehrere Möglichkeiten das zu machen:
1. void test (Object obj )
2. void test (Object& obj)
3. void test (Object* obj)

So wie ich das verstanden habe führt * dazu das nur eine Kopie des Objekts übergeben wird und bei & das Original? Dann wäre aber die Frage was der Unterschied zwischen 1 und 2 ist?

Bin jetzt nicht so der c++-Experte:
1. Kopie des gesamten Objektes? (Änderungen am Objekt sind nur lokal)
2. Referenz auf das Object wird übergeben. Ist glaub das Java-Verhalten (Ein Überschreiben des Objekts hat keine Auswirkungen, aber Änderungen bleiben bestehen)
3. Der original Pointer auf das Object wird übergeben. (Alle Änderungen und Überschreiben bleiben gelten global)

[Slaan]

Nicht direkt eine Programmiersprache, aber fast, Thema Datenbanken:

Für eine Handy-App stellt sich mir die Frage, ob es sinnvoller ist, berechnete Daten in der Datenbank zu speichern, oder diese während der Laufzeit aus den einzelnen Bestandteilen zu berechnen?
Bsp: Dividendenauszahlung
Spalten: Anteile, Auszahlung je Anteil, gesamte Auszahlung, bezahlte ausl. Steuern, bezahlte inl. Steuern
Theoretisch alles aus den ersten 2 Spalten berechenbar. Die einzige Spalte, die da Probleme machen würde, wäre die letzte wegen Freistellbetrag, aber das sei mal dahingestellt.

Hoi! Bin ne Woche zu spät aber vllt hilfts dir ja noch:

1) Würd ich mich fragen, warum diese Infos in eine Handy gespeichert sein sollten? Das sollte ein Backend erledigen und kein Handy ^^
2) Generell kommt es imo darauf an, wie kompliziert die Berechnungen sind und wie oft man das Ergebniss braucht. Sind die Berechnunge komplex und man muss sie oft durchführen ist einmal rechnen und dann einfach lesen besser... wenn man die Infos praktisch nie braucht und trivial zu berechnen sind ist es imo besser, nur die Grunddaten abzuspeichern und wenn benötigt neu zu berechnen - grade wenn man mit limitierten Ressourcen wie beim Handy zu kämpfen hat.
3) In deinem Fall der Dividendenberechnung ist die Berechnung nun zwar trivial und wird vermutlich nicht oft benötigt, hat aber noch eine Komponente wegen derer ichs einmal berechnen und abspeichern würde - dem Steuersatz. Denn der ist nicht konstant und kann von der Politik geändert werden, wodurch man zusätzliche Variablen in seiner Berechnung bräuchte (Von wann die Dividendenauszahlung? Wie war in diesem Jahr der Steuersatz?), wodurch man einfach ne zusätzliche Fehlerquelle hätte. Wenn sich Grunddaten also über Zeit verändern können dann wäre ich fürs Abspeichern über ständige Neuberechnung

Hoffe es hilft dir !

[Setcab]

Und dann habe ich auch gleich noch eine Frage:
Wenn ich einer Methode Variablen übergebe dann habe ich ja mehrere Möglichkeiten das zu machen:
1. void test (Object obj )
2. void test (Object& obj)
3. void test (Object* obj)

So wie ich das verstanden habe führt * dazu das nur eine Kopie des Objekts übergeben wird und bei & das Original? Dann wäre aber die Frage was der Unterschied zwischen 1 und 2 ist?

Das hast du nicht ganz richtig verstanden
Variante 1 übergibt eine Kopie des Objekts. Da kannst du mit machen was du willst, das Orginal bleibt unverändert.
Variante 2 und 3 übergeben eine Referenz / einen Pointer auf das Orginal. Wenn du die änderst, ändert sich jeweils das Orginal mit. Der Unterschied ist, dass du das Objekt im Funktionskörper bei Variante 2 genau wie bei 1 direkt ansprechen kannst, bei 3 musst du erst den Pointer dereferenzieren. Außerdem kann ein Pointer auch auf null zeigen (also auf gar nichts) oder auf ein nicht initialisiertes Objekt, bei Referenzen geht das nicht. Das macht Referenzen natürlich sicherer, da hast du eine Garantie, etwas benutzbares übergeben zu bekommen und wenn nicht, meckert schon der Compiler.

Mein Tipp: gerade bei größeren Objekten (alles außer den primitiven Datentypen eigentlich) im Zweifelsfall Referenzen benutzen, wenn du nicht tatsächlich eine Kopie brauchst. Das unnötige Kopieren kann ziemlichen Einfluss auf die Performance haben. Pointer benutze ich eigentlich nur, wenn es wirklich nicht anders geht, was bis jetzt selten vorkam. Dabei kann mehr schief gehen und man muss sich mit einer anderen Syntax herumärgern.

[EpicFail]

Vielen Dank, das ist schon mal sehr hilfreich

[slowcar]

Ich würde empfehlen beim lernen von c++ auch gleich die Verwendung von Smartpointern zu lernen.
Im Nachhinein ist das etwas das meinen frühen Programmen sehr geholfen hätte, vor allem wenn man sich später durch alle Hierarchien wurstelt um den verlorenen Speicher zu finden.
Dann sollte man sehr darauf achten dass Pointer null sein können und das Programm dann kompromisslos abstürzt wenn man versucht sie zu dereferenzieren. Vor allem wenn man eben keine Smartpointer verwendet, den Speicher an einer Stelle freigibt und es an einer ganz anderen doch noch braucht...

Ansonsten kann ich noch Qt empfehlen, bietet ein mächtiges Eventsystem (Signals, Slots) und mit QtQuick eine mächtige und (relativ) einfach zu beherrschende UI.

[Quietsch]

ein nicht initialisiertes Objekt, bei Referenzen geht das nicht.

Das stimmt übrigens nicht, die Referenz sagt dir nur, dass etwas existiert, aber nicht, ob es initialisiert ist, oder nicht.

#include <iostream>

struct test {
    int a;
};

void f(int& x)
{
    std::cout << x << std::endl;
}

void f2(test& obj)
{
    std::cout << obj.a << std::endl;
}

int main()
{
    int x;
    f(x); // prints a random number
    test* obj = 0;
    f2(*obj); // prints a not so random crash report
}