Sauber programmiert?

TheBang · 27. Oktober 2012

Also, ich habe mich gerade wieder dazu entschlossen einen weiteren Anlauf zu nehmen, C# zu lernen.
Ich habe hier noch nen Buch liegen, indem einige Übungen sind, die ich einfach mal versuche.
Ich sollte hier einfach ein kleines Rechenprogramm mit verschiedenen Variablen etc. zu schreiben.

Dann habe ich einfach mal drauf los geschrieben.
Funktionieren tut es soweit, da ich aber einfach drauf los geschrieben habe, würde ich gerne wissen ob das so sauber programmiert ist.
Ich kann das selber eigentlich garnicht einschätzen. Hier der code:

Code

namespace Übung_2._1
{
class Program
{
static void Main(string[] args)
{
double zahl1, zahl2, ergebnis;
int rechnung;
Console.Write("Geben sie eine Zahl ein: ");
zahl1 = Convert.ToDouble(Console.ReadLine());
Console.Write("Geben sie eine weitere Zahl ein: ");
zahl2 = Convert.ToDouble(Console.ReadLine());
Console.WriteLine(" ");
Console.WriteLine("Wählen sie zwischen folgenden Rechenarten: ");
Console.WriteLine("Addition(1), Subtraktion(2), Division(3), Multiplikation(4)");
Console.WriteLine(" ");
do
{
Console.WriteLine(" ");
Console.Write("Gewünschte Rechenart: ");
rechnung = Convert.ToInt32(Console.ReadLine());
if (rechnung == 1)
{
ergebnis = zahl1 + zahl2;
Console.WriteLine(zahl1 + " + " + zahl2 + " = " + ergebnis);
}
if (rechnung == 2)
{
ergebnis = zahl1 - zahl2;
Console.WriteLine(zahl1 + " - " + zahl2 + " = " + ergebnis);
}
if (rechnung == 3)
{
ergebnis = zahl1 / zahl2;
Console.WriteLine(zahl1 + " / " + zahl2 + " = " + ergebnis);
}
if (rechnung == 4)
{
ergebnis = zahl1 * zahl2;
Console.WriteLine(zahl1 + " * " + zahl2 + " = " + ergebnis);
}
if (rechnung < 0 || rechnung > 4)
{
Console.WriteLine(" ");
Console.WriteLine("Ungültige Eingabe");
}
}
while (rechnung > 4|| rechnung < 0);
Console.WriteLine("Enter drücken, um das Programm zu beenden");
Console.Read();
}
}
}

Alles anzeigen

Ennosuke · 28. Oktober 2012

Hallo,

die Frage ist was du als "sauber" ansiehst und was schon alles behandelt wurde in dem Buch, hier einfach ein paar Dinge die mir beim überfliegen aufgefallen sind und die du dir generell zu Herzen nehmen solltest.

Schreib nicht die gesamte Logik in die Main-Methode, das mag für kleine Projekte am Anfang einfacher sein, zieht aber später einen Rattenschwanz hinter sich her.
Lager aus was du auslagern kannst, wenn sich bestimmte Pattern wiederholen, dann mach eigene Methoden draus.
Niemals, wirklich NIEMALS traue dem was ein Benutzer eingegeben hat, schaue immer erst ob es sich um das erwartete handelt.

Ansonsten gibt es nur die Frage warum du den Weg der Umwandlung zu Int gehst, wenn du auch einen String-Vergleich vornehmen kannst.

Brando · 28. Oktober 2012

Was Kommentare etc. pp angeht kann ich dir StyleCop währmstens empfehlen.
Wir müssen das in der Arbeit benutzen und damit wird der Code schon ziemlich übersichtlich, weil das einfach sehr pingelig ist.
Es nervt etwas aber ich finds gut.

Zu 3. von Ennosuke:

Geh immer vom DAU(Dümmster anzunehmender User) aus. Du kannst dir nicht vorstellen wie hol manche sind.

**dmix** · 28. Oktober 2012

Das hat nichts mit "Hohl" zu tun.
Ein Solides Programm besitzt eben eine entsprechende Ausnahmebehandlung um Abstürzen vorzubeugen.

Das heißt, wenn ein Fehler passiert, weiß das Programm wie damit umzugehen ist um ihn zu beheben.
Das ist einfach ordentlicher Programmier-Stil.

Gut man kann natürlich seine Kunden für Idioten erklären. Aber selbst das würde ich dann auch dem Entwickler an lasten, weil er zu "hohl" ist, ein Programm zu entwickeln, dass damit umgeht.

Ennosuke · 28. Oktober 2012

Ich denke was Brando damit meinte, dass es Benutzer gibt die es selbst dann nicht hinkriegen wenn man es in großen Lettern drüber schreibt.

Wenn wir einen Taschenrechner als Beispiel nehmen, die dort dann versuchen mit Buchstaben zu rechnen oder Sonderzeichen, das hat dann erstmal wenig mit deinem Programm zu tun, denn das kann vernünftig mit Zahlen umgehen, aber du musst auch den Fall abdecken, dass irgendein Idiot etwas falsches eingibt.

Sicher das wird alles in der Ausnahmebehandlung bearbeitet, aber wenn man es einem Lerndem nicht sagt, dann wird er es auch nicht kennen. Außerdem kann man es auch auf die Gestaltung eines Programms, bzw. der Oberfläche beziehen, da man immer damit rechnen muss, dass es Leute gibt die sich nicht mit Anleitungen etc. beschäftigen und gleich loslegen wollen.

Teilen