Kommentare zu: Sprachunterschiede – PHP:C# http://blog.marcus-kimpenhaus.de/2008/04/30/sprachunterschiede-phpc/ Fri, 04 Jun 2010 11:22:02 +0000 hourly 1 http://wordpress.org/?v=3.0.1 Von: Otto Vielstein http://blog.marcus-kimpenhaus.de/2008/04/30/sprachunterschiede-phpc/comment-page-1/#comment-1995 Otto Vielstein Tue, 06 Jan 2009 21:28:29 +0000 http://blog.marcus-kimpenhaus.de/?p=311#comment-1995 Hi Marcus, in C# kannst du diese einfache Aufgabe nur lösen wenn du dir ein Modul mit hinreichender Arithmetik schreibst (was ja z.T. auch Absicht des Autors ist) . Ich habe selbst u.a. Mathematica verwende es bei Euler aber nicht, da dies reichlich unfair wäre (und nicht im Sinne des Erfinders!). In Sprachen wie Python, Ruby oder Smalltalk z.B., die alle über beliebige Genauigkeit verfügen, ist die Aufgabe schlicht simpel. Beachte ferner, dass zur Umwandlung in einen String und String nach numerischen Wert die Bedingung "ord(str[i])-48" den Wert der i-Stelle des Strings liefert. Der Rest ist ein Kinderspiel und Bedarf der 303maligen Summierung (Length(string(2^1000))=304)... In Component Pascal, auch Black Box genannt, hast du ein kostenloses Oberon-2 System, das eine arbitrary arithmetic mitliefert... So long OV PS.: nicht alle Aufgaben bei Euler sind korrekt, be careful ;-) Hi Marcus, in C# kannst du diese einfache Aufgabe nur lösen wenn du dir ein Modul mit hinreichender Arithmetik schreibst (was ja z.T. auch Absicht des Autors ist) . Ich habe selbst u.a. Mathematica verwende es bei Euler aber nicht, da dies reichlich unfair wäre (und nicht im Sinne des Erfinders!). In Sprachen wie Python, Ruby oder Smalltalk z.B., die alle über beliebige Genauigkeit verfügen, ist die Aufgabe schlicht simpel.
Beachte ferner, dass zur Umwandlung in einen String und String nach numerischen Wert die Bedingung “ord(str[i])-48″ den Wert der i-Stelle des Strings liefert. Der Rest ist ein Kinderspiel und Bedarf der 303maligen Summierung (Length(string(2^1000))=304)…
In Component Pascal, auch Black Box genannt, hast du ein kostenloses Oberon-2 System, das eine arbitrary arithmetic mitliefert…
So long OV
PS.: nicht alle Aufgaben bei Euler sind korrekt, be careful ;-)

]]> Von: Marcus Kimpenhaus http://blog.marcus-kimpenhaus.de/2008/04/30/sprachunterschiede-phpc/comment-page-1/#comment-1917 Marcus Kimpenhaus Sat, 03 May 2008 08:59:27 +0000 http://blog.marcus-kimpenhaus.de/?p=311#comment-1917 Hm, das heißt aber sowohl für den Namespace <code>Microsoft.Scripting</code> als auch für <code>Microsoft.FSharp.Math</code> ist jeweils eine Zusatz-Installation von Nöten (zum Einen IronPython zum Anderen F#). Was ich äußerst Schade finde, da gewisse Bereiche einfach out of the box nicht abgedeckt werden können. Sicher bietet die funktionale Programmierung für wissenschaftlich Zwecke bessere Möglichkeiten, aber dennoch kann ich mir Szenarien ausmalen, in denen auch eine höhere Genauigkeit als 15 Stellen erforderlich sind und diese mit Bordmitteln nicht umsetzbar sind. Vielleicht legt Microsoft ja in Zukunft doch noch die BigInteger und BigNum Implementierung im System.Numeric Namespace nach. Zu hoffen wäre es. Hm,

das heißt aber sowohl für den Namespace Microsoft.Scripting als auch für Microsoft.FSharp.Math ist jeweils eine Zusatz-Installation von Nöten (zum Einen IronPython zum Anderen F#). Was ich äußerst Schade finde, da gewisse Bereiche einfach out of the box nicht abgedeckt werden können. Sicher bietet die funktionale Programmierung für wissenschaftlich Zwecke bessere Möglichkeiten, aber dennoch kann ich mir Szenarien ausmalen, in denen auch eine höhere Genauigkeit als 15 Stellen erforderlich sind und diese mit Bordmitteln nicht umsetzbar sind. Vielleicht legt Microsoft ja in Zukunft doch noch die BigInteger und BigNum Implementierung im System.Numeric Namespace nach. Zu hoffen wäre es.

]]> Von: Martin http://blog.marcus-kimpenhaus.de/2008/04/30/sprachunterschiede-phpc/comment-page-1/#comment-1916 Martin Fri, 02 May 2008 18:20:16 +0000 http://blog.marcus-kimpenhaus.de/?p=311#comment-1916 Hi, wenn es richtig verstanden haben, ist im Namespace "Microsoft.Scripting" die Klasse BigInteger für das Arbeiten mit großen Zahlen implementiert worden. Na ja. Hi,

wenn es richtig verstanden haben, ist im Namespace “Microsoft.Scripting” die Klasse BigInteger für das Arbeiten mit großen Zahlen implementiert worden.

Na ja.

]]> Von: Martin http://blog.marcus-kimpenhaus.de/2008/04/30/sprachunterschiede-phpc/comment-page-1/#comment-1915 Martin Fri, 02 May 2008 18:12:25 +0000 http://blog.marcus-kimpenhaus.de/?p=311#comment-1915 Hi, habe naturlich 2**1000 eingegeben ;-) Hi,

habe naturlich 2**1000 eingegeben ;-)

]]> Von: Martin http://blog.marcus-kimpenhaus.de/2008/04/30/sprachunterschiede-phpc/comment-page-1/#comment-1914 Martin Fri, 02 May 2008 18:02:41 +0000 http://blog.marcus-kimpenhaus.de/?p=311#comment-1914 Hi, man sollte den Beitrag auch korrekt lesen ;-) (habe ich nun getan). Was mich wundert: Ich habe unter IronPython 2*1000 eingegeben und das gleiche Ergebnis erzielt wie Du mit PHP. Ich werde mal in den Quellen von IronPython (in C# geschrieben) nachsehen und Dir dann berichten, wie die Kollegen die Lösung herbei"gezaubert" haben. Hi,

man sollte den Beitrag auch korrekt lesen ;-) (habe ich nun getan).

Was mich wundert: Ich habe unter IronPython 2*1000 eingegeben und das gleiche Ergebnis erzielt wie Du mit PHP. Ich werde mal in den Quellen von IronPython (in C# geschrieben) nachsehen und Dir dann berichten, wie die Kollegen die Lösung herbei”gezaubert” haben.

]]> Von: Marcus Kimpenhaus http://blog.marcus-kimpenhaus.de/2008/04/30/sprachunterschiede-phpc/comment-page-1/#comment-1913 Marcus Kimpenhaus Wed, 30 Apr 2008 11:14:48 +0000 http://blog.marcus-kimpenhaus.de/?p=311#comment-1913 Decimal kann nicht verwendet werden, da es einen maximalen Wert von <code> +/-79,228,162,514,264,337,593,543,950,335 (+/-7.9228162514264337593543950335E+28) </code> annehmen kann, was für dieses Problem viel zu klein ist. Zwar hätte Decimal die höchste Genauigkeit, wäre aber dennoch nicht geeignet, da auch 29 signifikante Stellen nicht ausreichend wären. Decimal kann nicht verwendet werden, da es einen maximalen Wert von


+/-79,228,162,514,264,337,593,543,950,335
(+/-7.9228162514264337593543950335E+28)

annehmen kann, was für dieses Problem viel zu klein ist. Zwar hätte Decimal die höchste Genauigkeit, wäre aber dennoch nicht geeignet, da auch 29 signifikante Stellen nicht ausreichend wären.

]]> Von: Martin http://blog.marcus-kimpenhaus.de/2008/04/30/sprachunterschiede-phpc/comment-page-1/#comment-1912 Martin Wed, 30 Apr 2008 10:49:29 +0000 http://blog.marcus-kimpenhaus.de/?p=311#comment-1912 Aus meiner Sicht solltest Du zumindest den Datentyp System.Decimal verwenden, da er wie unter (http://msdn.microsoft.com/de-de/library/364x0z75(VS.80).aspx) beschrieben 28-29 Stellen genau arbeitet. cu Martin Aus meiner Sicht solltest Du zumindest den Datentyp System.Decimal verwenden, da er wie unter (http://msdn.microsoft.com/de-de/library/364x0z75(VS.80).aspx) beschrieben 28-29 Stellen genau arbeitet.

cu Martin

]]>