numerischer string auf nichtnumerische Zeichen prüfen

Aber in Assembler hast du weder eine Funktion die einen Wert auf eine Zahl überprüft, noch verkomplizieren viele Funktionen/syntactic sugars eine Sprache. Es vermehrt den Lernaufwand, aber senkt den Programmieraufwand auf lange sicht erheblich und das spart Zeit, Geld und bringt Wartbarkeit und Lesbarkeit mit sich.

Bei einer Hochsprache wird es gezwungener maßen Redundanzen geben. Aber du wirst überrascht sein, wie viele Redundanzen es bereits in ASM gibt, es gibt genügend Befehle die im Grunde dasselbe machen, aber trotzdem getrennt gehalten wurden(SUB/CMP z.B.)

Abgesehen gibt es ja die Funktion char.IsNumeric die einen einzelnen character überprüft. Eine solche Funktion auf einen string ergibt keinen Sinn und eine Zahl zu parsen, die Random Werte zwischen drinne hat gibt in aller Regel auch keinen Sinn, das würde nur bei den Grundsätzlichen Anwendungsfällen zu Problemen führen...

Ja wie gesagt char.IsNumeric ich verstehe das Problem nicht.

Und auch in deinem Assembler kannst keinen kompletten string überprüfen(oder etwa doch?). Und wenn doch, geht in C# ja auch, mit int.TryParse, wenn da nämlich false zurück kommt ist es keine reine Zahl. Und zum Filtern und anschließenden parsen gibts ja jetzt einige Codeschnipsel, die du in ASM genau so aufwendig(und weniger leserlich) schreiben müsstest. Mein erstes schnipsel ist dabei wohl das performanteste, obwohl man es sogar noch weiter optimieren kann.

Die gazen neuen Syntactic Sugar die in C# jetzt so dazu kommen, sind stark an funktionale Programmiersprachen angelehnt, welche es jetzt schon lange genug gibt: de.wikipedia.org/wiki/ML_(Programmiersprache) hat dabei viele Sachen gezeigt. D.h. es ist quasi back to the roots und nicht einfach neues Zeugs...

/OT:
nicht böse nehmen^^

Ich wollte es eigt. auch schon lang beenden nur wie du halt eben auf meiner Meinung
Du brauchst mir weder erklären wie Assembler funktioniert noch was Compiler machen und Mikropgrogramme durfte ich auch schon schreiben(natürlich nicht für den Einsatz gedacht), ich denke das weiß ich mehr als gut genug.
Ich sehe wie du TRT verwendest um zu überprüfen aber da musst dir ja auch ne Lookup Table anlegen, das ist nicht so als wäre der Befehl fertig perfekt dafür da was du genau vor hast.

liest sich fast wie text und macht was du willst. Du kannst jetzt natürlich nicht erwarten, dass da TR drauß wird. Aber .Net ist auch hauptsächlich für x86/x64 programmiert, alles andere sind nur private Ports.
Ansonsten empfehle ich dir C++

ribart schrieb:

, nur hat dieses Programm noch einen großen Overhead, der gegenüber einem originären Assemblercode deutlich langsamer ist.

Vorsicht mit solchen aussagen wie sooft kommt es darauf an wie man programmiert. Compiler können bereits sehr gut optimieren. Natürlich kann ein Mensch besser optimieren, aber nur wenn es jemand ist, der es auch kann. Und da bringen dir auch 25 Jahre Erfahrung nichts, denn du musst für den spezifischen Prozessor optimieren und da macht es dann auch einen Unterschied ob AMD oder Intel, oder welche Version des Prozessors, Compiler beachten diese Dinge bereits begrenzt. Als Mensch kannst du das alles gar nicht kennen. Es gibt natürlich auch Assembler die optimieren sag ich ja auch nichts, musst aber auch machen. Und dass .Net nicht der Held im optimieren ist sag ich auch nichts. Aber warum nutzt du überhaupt eine JIT Sprache, wenn es dir so stark um Optimierung geht?

Also nochmal zum Abschluss:
Entweder reden wir total an einander vorbei oder du erwartest einfach etwas total falsches von einer Hochsprache. Eine Hochsprache ist nicht dafür da alle möglichen Befehle zu beinhalten die du irgendwann mal eventuell brauchen könntest(Wenn es so wäre würde das .Net Framework deine ganze Platte einnehmen). Sondern soll dabei helfen Code zu abstrahieren und wieder zu verwenden. Gut lesbaren und wartbaren Code zu machen. Keine Sprache ist bei diesen Aufgaben perfekt, manche sind für manches besser, andere Dinge werden subjektiv entschieden, aber es ist immerhin um vieles besser als wenn es das nicht tut. Für bereits geschriebene Befehle gibt es dann Frameworks/Libraries, die man dann halt sich dementsprechend dazu packt, was man braucht(Ganz Nett in .Net ist z.B. nuget)