/* Von Char in ASCII umwandeln */

#include <iostream>

using namespace std;
int main(void)

{
  char z1, z2;
  int a, b, t;

  cout << "Das Programm kann\n\n";
  cout << "a) 2 Char-Zeichen in ASCII-Zeichen umwandeln\n";
  cout << endl;
  cout << "b) 2 Zahlen in ein Char-Zeichen umwandeln.\n\n";
  cout << "Bitte geben Sie 1 fuer a) oder 2 fuer b): ";
  cin >> t;
  system ("cls");

  if (t==1)
  {
        cout << "Geben sie das erste Zeichen ein: ";
        cin >> z1;
        cout << endl;
        cout << "Geben sie das zweite Zeichen ein: ";
        cin >> z2;
        a = z1;
        b = z2;
        cout << "Resultat: " << a << " " << b << endl << endl;      
  }

  if (t==2)
  {
        cout << "Geben sie das erste Zahl ein: ";
        cin >> a;
        cout << endl;
        cout << "Geben sie das zweite Zahl ein: ";
        cin >> b;
        z1 = a;
        z2 = b;
        cout << "Resultat: " <<  z1 << " " << z2 << endl << endl;
  }

  if (t!=1&&2);
  {
     system ("cls");
     cout << "Ihre Eingabe war falsch sie muessen entweder 1 oder 2 eingeben.\n";
     cout << "Starten sie das Programm neu!\n\n";
  }

system ("Pause");
return 0;
}

Edit v. Arcoth: Code-Tags.

PS: Nur

if (t!=1&&2);

ist (doppelt) falsch...

Besser wäre ein

if (t == 1)
{
}
else if (t == 2)
{
}
else
{
}

oder aber ein switch-case mit default-Fall.

PPS: Zahl ist feminin

if (t!=1&&2);

Da stimmt mehreres nicht.

Man muss einfach sagen: Implizite Konvertierung nach bool bzw. das gänzliche Fehlen des Typs ist einfach ein großer Designfehler von C und damit auch C++.

Warum? C und C++ wurden nicht für Programmierer entworfen, die nicht in der Lage sind, sich ordentliche Lehrbücher zu kaufen oder diese zu verstehen. Wer darauf keinen Bock hat, muss halt Java lernen oder das Programmieren anderen überlassen.

Eine ungewollte implizite Konvertierung kann auch einem erfahrenen Programmierer passieren wenn er mal etwas vergisst.
Explizit ist immer besser als implizit wenn es die Aussagekraft des Codes verbessert.

Ich will mal sehen, wie lange du durchhalten würdest, wenn du ständig sämtliche impliziten Konvertierungen explizit ausschreiben müsstest.

Ethon schrieb:

Eine ungewollte implizite Konvertierung kann auch einem erfahrenen Programmierer passieren wenn er mal etwas vergisst.
Explizit ist immer besser als implizit wenn es die Aussagekraft des Codes verbessert.

Ich will mal sehen, wie lange du durchhalten würdest, wenn du ständig sämtliche impliziten Konvertierungen explizit ausschreiben müsstest.

Ich denke, das geht und tut nicht sonderlich weh (wenn man nicht gerade immer static_cast schreiben muss). Aber zu viele Leute kämen gleich mal an mit

#define IF(x) if(bool(x))

an und würden keine Zahlentypen außer char und double verwenden.

Ich will mal sehen, wie lange du durchhalten würdest, wenn du ständig sämtliche impliziten Konvertierungen explizit ausschreiben müsstest.

Du hast schon Recht, allerdings birgt dass halt von Zeit und Zeit auch viele Gefahren.
Mir z.B. War bis vor kurzem nicht klar, dass man durch implizite Konvertierung bei Std::thread ein Undefined Behavior auslösen kann, weil die implizite Konvertierung erst im Kontext des neuen thread passiert und somit der Wert schon gar nicht mehr existieren kann, wenn er endlich an die Funktion übergeben wurde.

#define IF(x) if(bool(x))

Das wäre nicht nötig. Die Konvertierung zu bool in einem if ist eine "contextual implicit conversion", und funktioniert auch mit e.g. expliziten Konvertierungsoperatoren.

Sorry.

Goldeneye88 schrieb:

if (t!=1&&2);

Da stimmt mehreres nicht.

Könnte man noch optimieren mit

if (t!=1);

oder

if (2);

oder am Besten

//if (t!=1&&2);