Suchergebnisse

Manche halte mich ja für ein arrogantes A... - und nicht immer kann ich das glaubhaft abstreiten. So auch hier mach ich mich heimlich lustig weil: Zitat von Carbonunit: „So, der Rangierbahnhof für Tokens compiliert schon mal und funktioniert auch bei ersten Test, ohne auf die Nase zu fallen,...“... klingt ja schoma super - und dann:Zitat von Carbonunit: „... aber es wird natürlich noch nicht richtig rangiert.“Wat? Also in meiner Welt kompilieren die Projekte immer. Nicht-kompilierbare Zustände b…

Zitat von Carbonunit: „Zum automatischen Testen könnte ich den Term z.B an Excel schicken und mein Ergebnis mit dem von Excel vergleichen.“find ich schon wieder zu aufwändig zu benutzen. Ich würd iwo die Aufgaben hinschreiben, mir die richtigen Ergebnisse ausrechen, und die auch iwo hinschreiben, und bei F5 wird was mit den vorgefertigten Aufgaben getrieben, und entweder angezeigt - wenn man gleich sieht: richtig oder falsch, oder eben sogar verglichen. Das kannste sogar alles inne Settings pack…

Zitat von Carbonunit: „Ich dachte, man muss alle Waggons (sprich Tokens) über den Stack in die Ausgabe rangieren. Das gilt aber nur für Operatoren.“IN meiner Philosophie sind Zahlen Operatoren wie alle anderen auch - keine Sonderbehandlung. Sonderbehandlung erfahren bei mir einzig Klammer-Tokens. Zur Begründung siehe Tut.

jo, und dann noch paar annere Samples:VB.NET-Quellcode (3 Zeilen)Also wenn das durchläuft, ist schon sehr gutt. @Faxe: Problem ist aber erstmal ühaupt den Shunting-Yard zu testen (Und ausserdem: So Test-Methoden kann man sich auch so erstellen, und einfach in Sub Main durchlaufen lassen. Einfach Messagebox ausgeben, wenn fail)

Statt Exists("bla") benutze einfach IndexOf("bla") >=0, wenn du den Predicaten-Kram nicht haben willst. Ist tatsächlich vonne Architektur her komisch,dasses keine Exists-Überladung ohne predicate gibt. Wenn wolle kannste dir auch eine eigene .Exists - Extension dafür schreiben, die dann auf IndexOf >= 0 umleitet, aber kannste auch lassen.

joa, Serialisierung ist wohl eine gängige Vorgehensweise für sowas. ich würde nur den Klassen-Namen Function überdenken, weil das gibts bereits, und ist ein Schlüsselwort. Ist Function wirklich die Bezeichnung, die am allerbesten beschreibt, was diese Klasse darstellt? Etwas wundert mich auch, was es da vieles abzuspeichern gibt - eine Funktion lässt sich doch einfach als String formulieren, und feddich - du hast ja einen Parser dafür.

Was ich dir noch empfehle - ganz prinzipiell: - Fange nur Exceptions, die du auch behandeln kannst. - Die anderen Exceptions, die du nicht behandeln kannst, fange nicht. - Eine Messagebox ist (meistens) keine Fehlerbehandlung. gugge auch TryCatch ist ein heißes Eisen

Sieht mir nicht soo gut aus. Ist das gewünscht, dass bei einer IOException die Anwendung weiter läuft, als sei nix passiert? Geht das überhaupt? Ebenso weiterlaufen wirds bei einer InvalidOperationException? Nur hier kommt noch die berühmte Messagebox, von der sich TryCatcher ja immer so viel versprechen. Den letzten Catch kannste auch weglassen, dann fliegt die Exception ja ebensogut. Und das ist auch empfehlenswert, denn wenn du eingreifst, stopt der Code am Eingreifpunkt, wenn du Finger davon…

zu post#8: ok, das versteh ich nun so, dass deine Anwendung soweit auskonzipiert ist, dass klar ist, was der User tun kann, wenn einer der in Catches vorgesehenen Fehler auftritt (anneres ProjektFile versuchen). Und es ist nicht vorgesehen, deinen FormelParser irgendwo anders zu verwenden, wo die Dinge vlt. anders liegen können. zu post#9: nein - es ist ühaupt nicht teuer, im Paint-Event zu zeichnen. Sondern das ist derselbe Prozess (derselbe, nicht nur der gleiche), mit dem jedes Control sich s…

Zitat von Carbonunit: „...aber nicht dauernd den technischen Kram, dass die auch nicht plötzlich wieder verschwindet, richtig skaliert beim Resize etc. Wenn sich darum jemand im Hintergrund kümmert, ist mir das schon recht.“dann nimm Ms-Chart. Das ist ein Standard, und ist äusserst leistungsfähig. Wenn du allerdings dich in OwnerDrawing-Grundlagen vertiefen willst, dann bastel halt selbst was. Ist auch schön, sich mit Matrix und GraphicsPath auszukennen. Macht aber Arbeit, und wird immer nur ein…

wie ich sehe - mein gegebener Link hat dich ja nicht weiter beeinflusst. versuch 2 Dinge zu beherzigen:1. Vergiss Control.CreateGraphics()! nur mit dem Graphics, was dir im Paint-Event gegeben wird zeichnen!! 2. Nur im Paint-Event zeichnen und evtl. in Methoden, die du von da aus aufrufst Alles woanders gezeichnete Zeug ist nicht persistent und verschwindet bei Gelegenheit wieder - haste nun ja gesehen. Ich hab auch ein OwnerDrawing-Tut gemacht, wo die ganze Bandbreite erläutert wird (und bei ei…

Zitat von Carbonunit: „Der Link aus #43? Hab ich ehrlich gesagt nicht so richtig verstanden...“ah - ok - hihi. Das ist in diesem Fall garnet so falsch, weil dann hast du verstanden, dasses verdammt kompliziert werden wird.Zitat von Carbonunit: „aber ich will wenigstens einmal sehen wie das geht mit dem Ownerdrawing.“ok - dagegen ist nichts einzuwenden - ging mir ja nicht anders. Zitat von Carbonunit: „Zitat: „...CBool ...“Auch richtig, aber das wird doch sicher wegoptimiert? Oder nicht? Ist so e…

Zitat: „IsNumeric“Ach du Sch... - deaktiviere den MVB-Namespace-GeneralImport! Visual Studio - Empfohlene Einstellungen

erstmal congratulations! - sieht sehr gut aus!Zitat von Carbonunit: „"Deppen-Namespace" Microsoft.VisualBasic wird so langsam zurückgedrängt. Ich benutze ihn noch, um die wunderbar nützlichen Konstanten wie vbCrLf zu definieren“immer feste Visual Studio - Empfohlene Einstellungen studieren, da gibts auch eine Empfehlung, stattdessen Sysem.Microsoft.ControlChars zu importieren.... - vbcrlf ist damit obsolet. Zitat von Carbonunit: „Einen sinnvollen Ersatz für Asc und Chr, also ASCII-Wert eines Zei…