Sowas lässt sich über VBScript machen. Ist zwar eine üble Lösung, sollte aber funktionieren:
Dim code As String
Dim myScript As Object
Set myScript = CreateObject("ScriptControl")
code = "Function Test(meinValue)" & vbCrLf & _
"If meinValue > 2000 Then" & vbCrLf & _
"test = True" & vbCrLf & _
"Else" & vbCrLf & _
"test = False" & vbCrLf & _
"End If" & vbCrLf & _
"End Function"
myScript.Language = "VBScript"
myScript.AddCode code
Debug.Print myScript.Run("Test", 2005)
An der Stelle des script-codes kannst du dann die Bedingung einfügen und den Wert kannst du an die Funktion übergeben und bekommst das Ergebnis zurück. Hoffe das hilft dir weiter...
Mit dem Borland C# Builder hab ich ähnliche Erfahrungen gemacht. Der ist nicht nur langsam, sondern auch noch fehlerhaft. Viele kostenlose Alternativen gibts aber nicht. Der SharpDevelop ist auch nicht so überzeugend. Am besten bleibt nunmal die Micorsoft IDE Visual Studio .NET. Da macht das entwickeln auf jeden Fall wesentlich mehr spaß als unter irgendwelchen Java-IDEs.
Kann den anderen sonst nur zustimmen, die Executive-Files bleiben verhältnismäßig klein. Nicht umsonst umfasst das .NET Framework etwa 20 MB. Da is bereits jeder schnick-schnack drin...
Eigentlich nichts. Aber warum sollte man jemanden wegen dokumentenunsicherheit durchfallen lassen, wenn er die Prüfung sowieso niemals sehen wird. Achja, es geht hier wahrscheinlich wieder ums Prinzip... :mod:
Also bei uns, IHK Hannover, wurde nicht extra darauf hingewiesen, daß die Prüfung mit Kuli geschrieben werden muß. Selbst die Prüfungsaufsicht hatte kein Ton gesagt, obwohl ich alles mit Bleistift geschrieben hab. Wenn deswegen jetzt Punkte abgezogen werden oder ich einfach durch die Prüfung fall, weils nicht dokumentensicher ist, wär das ziemlich ätzend! Ich bekomm die Prüfung doch sowieso nicht mehr zu Gesicht...
öhm... ich hab die gesamte prüfung mit bleistift geschrieben, nicht nur die zeichnungen. ich hoffe mal ich hab damit nix falsch gemacht darüber hat ich mir echt garkeine gedanken gemacht...
Die Öl-Konzerne haben ja auch in letzter Zeit ordentlich zugelangt. Aber auch für sie gelten die Gesetze der Marktwirtschaft. Einige habens vielleicht schon gelesen:
Vor allem das Projekt bzw. die Software muß unternehmstechnisch oder kundentechnisch einen Nutzen bringen. Du solltest bei der Wahl bedenken, daß du gerade auch in der Dokumentation erklären mußt, warum, wieso und weshalb dieses Projekt durchgeführt werden sollte. Ich hab in meinen Projekt etwas Schwierigkeiten damit gehabt, da die Software für interne Zwecke war und mit dem eigentlichen Geschäftszweig meiner Firma nix zu tun hat
Aber rechtlich gesehen ist der Quellcode der erstellten Projektsoftware doch geistiges Eingentum der eigenen Firma und damit kann doch keine Pflicht bestehen, diesen im Anhang oder auf Datenträger mitzuliefern. Von daher kann doch kein Prüfer darauf pochen Davon abgesehen isses doch eh sinnlos den ganzen Quellcode anzuhängen. Das will bestimmt auch kein Prüfer sehen. Auszüge sollten völlig ausreichen...