[OpenSource] MathUtils 2.4.3 - erweiterte Mathematikbibliothek

Mach trotztem mal ne funktionierende Testanwendung, es sollte schon ersichtlich sein, dass das nicht nur mal schnell hingeklatscht wurde und was für Anwendungszwecke die Lib hat. Das gehört einfach zu ner anständigen Lib dazu, außer es ist ne Control-Lib.

Hab ich richtig gelesen das du Kollision mit ungleichmäßigen Polygonen berechnen kannst?

Was genau passiert bei einen unkonvexen Polygon?

Vieleicht eine Fläche aus Punkten in einem 3D-Raum, welche sich wellenförmig bewegt?

Da wäre aber doch etwas Code-Behind dabei. Ich denke, dass das zu Demonstrationszwecken reichen würde.

jo, is bestimmt 'ne Heiden-Arbeit.
Man muß ja für jede Klasse eine Eingabe machen, für meist 2 Instanzen, und dann für jeden Operator Knöppe, dass die Instanzen miteinander verrechnet werden, dass eine 3. Instanz bei rauskommt.

vlt. macht man das ganz primitiv in einem Modul, und mit Haltepunkten kann man dann den Fortgang der Rechnung nachvollziehen.
Ähnlich mittm LinearSystem: Nur not halt hardCoded eines aufsetzen und Lösen, oder was immer diese Klasse eiglich macht.

Schwieriger wirds beim Matritzen-Zeugs: Also eine Rotation würde ich gern grafisch sehen, und v.a. komplexe Transformationen, wie etwa das Rotieren um einen anneren Punkt.

Und in 3D wüsste ich das garnet darzustellen ohne GeoGebra.

Beim CirclePolygon wieder dumme Frage: Braucht man die Klasse? In .Net gibts nur Ellipsen.


Spannend auch die Frage, ob die Matrix-Transformation bei Kreis und Ellipse richtig funzen, insbes. Scalierung.

Line3D fandich überraschend: die wird mit nur einem Punkt definiert? Aus meinem Geometrie-Unterricht würde man ein solch Objekt "Strahl" nennen. Also bei uns gabs Strecken (Start- und End-Punkt), Strahlen (StartPunkt + Steigung) und Geraden (nur Steigung, aber lief durch einen Punkt)
(naja - so ungefähr - komm mir nicht mit Mathe)

Aber wegen mir braucste dir die Arbeit nicht zu machen - ich bin dann am Ende doch zu faul, den ganzen Kram auch durchzuchecken.

@ErfinderDesRades: Man definiert aber meistens Geraden durch einen Stützvektor und einen Richtungsvektor. Der Stützvektor ist ein beliebiger Punkt auf selbiger, der Richtungsvektor irgendein Vektor, der quasi die Steigung (eher Richtung) angibt. Durch x=Stützvektor + u * Richtungsvektor erhält man für jeden u-Wert einen Punkt der Geraden, die unendlich lang damit ist

Artentus schrieb:

Zu Line3D: das beschreibt eine Gerade.

naja, die Funktion Line3D.GetPoint() ließ mich denken, es handele sich um einen Strahl. Weil die ja scheints einen Punkt auf der Geraden in einem bestimmten Abstand vom Startpunkt zurückgibt.
Bei einer Geraden nach meinem Verständnis wäre das nicht möglich oder sinnvoll.

nach meinem Verständnis hat eine Gerade im mathematischen sinne keine solche Funktionalität.
angenommen die Gerade g, mathematisch definiert als y=2x + 4

Welchen Punkt würde nun ein g.GetPoint(4) - Aufruf ermitteln?

Ohne Verständnis dieser Lib sage ich einfach mal voraus, dass g.GetPoint(4) 12 ausgibt, für y=2x + 4. So fände ich es logisch.
edit: Im dreidimensionales wäre das ähnlich. Wenn man eine Gerade durch (4 / 5 / 6) + t*(1 / 1 / 1) beschrieben hat, ergibt GetPoint(4) (8 / 9 / 10)

wie gesagt: deine Definition würde ich nicht für die Definition einer Geraden halten, sondern für die Definition eines Strahls.