Delphi bzw. FreePascal neu erlernen?

[D-User]

vllt zum Thema auch interessant:

1. schönes, professionelles Demo-Projekt in FreePascal/Lazarus:
der Greenfish Icon Editor. Gogl.
Wenn die Autoren so weitermachen haben'se Photoshop bald eingeholt

2. nette Einführung in Delphi kostenlos hier:
http://de.wikibooks.org/wiki/Delphi

3. Wird durchaus auch noch an Unis weiterentwickelt, hier
unlängst eine FPC Standard lib, man gogl
FPC_StandardLib_INFOL101.pdf

Zitat von messie:

...
Ich habe die Projekte, in denen ich Delphi nicht durchsetzen und wir mit C# arbeiten mussten, bitter bereut. Das ging es um große Datenmengen, Performance bei Berechnungen und bei der Visualisierung. Besonders gestört hat mich aber .NET mit seinen Inkompatibilitäten. Eigentlich sollte es ja besonders portabel sein, ist es aber nicht.

ich habs jetzt auch schon 2 mal gehört dass Leute über die Portierung einer Delphi-App nach C# ziemlich geflu... haben.

Und mal ehrlich, wieviel Interesse kann MS an einer echten Portierbarkeit von C# haben(abgesehen davon dass es das nach Jit sowieso nicht ist)?
Iso-Normung hört sich zwar toll an, aber man macht das dann halt wie mit dem OOXML: soviel Spezifikation dass kein anderer Laden als einer in der Größe von MS es mehr umsetzen kann.
Kann man MS keinen wirklichen Vorwurf draus machen.

[D-User]

Obfuskator:
auf dieses immer wieder auftauchende etwas dämliche
"ich hab nen Obfuskator deswegen c# etc sicher"-
Argument muss auch noch mal eingegangen werden:

es sollte eigentlich jedem mit etwas "IT-Gefühl" ziemlich klar
sein dass das eine Milchmädchenrechnung ist, wird auch klar
kommuniziert, man beachte das Wort
"grundsätzlich"!!!!!! :
(zudem wirds obfuskiert auch noch langsamer,s.u.)

Zitat:

Möchte sich ein Software-Hersteller vor dem Zugriff Anderer auf seinen Sourcecode schützen, muss er einen erheblichen Aufwand mit fragwürdigem Ergebnis betreiben. Es gibt grundsätzlich nichts, was in der .NET-Welt nicht dekompiliert werden kann (gleiches gilt übrigens auch für die Java-Welt).

. Obfuskatoren verschlüsseln den IL-Code einer Assembly bis zur Unlesbarkeit und erzeugen dabei einen nicht zu vernachlässigenden Performance-Impact, ohne die Software wirksam schützen zu können.

http://msdn.microsoft.com/de-de/library/bb979521.aspx

sehr ehrlicher Artikel von Microsoft.


und auch

Don’t rely on obfuscation:
http://www.codeproject.com/Articles/...on-obfuscation


und es gibt noch diverse weitere Artikel auch aus anderen Quellen,
die alle das Gleiche sagen

[D-User]

für Leute, die eigene weitgehende Präsentation ins Programm
einbinden wollen oder Richtung Gaming 2D oder 3D tendieren sicher sehr beachtenswert:

http://www.delphipraxis.net/176299-p...-new-post.html

[milos]

Nettes Tool, werd ich mir noch ansehen.

Schnell ne Frage: Ich habe gleich mein alpha GUI-System in C# auf einen brauchbaren, stabilen Stand gebracht. Mir sind jedoch noch einige Ideen gekommen die einen Versuvh Wert sein könnten. Ich habe für die Inputs und der Tastatur für das EventHandling ohne WinForms mit MausPosition usw. von .NET in Delphi eine kleine Bibliothek geschrieben und sie in das C# Projekt eingebunden.

Ich will nun eine Form-Schnittstelle für verschiedene Sprachen schreiben, die entweder die VCL oder die LCL (Glaube nehme die, ist ja MultiPlatform-fähig^^) ansprechen und dann in C# verwenden kann. Mein Ziel ist es die C# Projekte zum Teil zu schützen und die Performance dank nativ kompillierter Bibliothek die ja die Forms, Controls, Events und einiges mehr schützt.

Wird die Performance wirklich besser? Ich mein, ich bind die .dll in eine .NET Anwendung ein. xP
Und welche Libary würdet ihr mir grundsätzlich empfehlen. Ich würde eine platformübergreifende bevorziehen. ^^

Oder was ich mir auch noch gedacht habe wäre ne GUI die mit OpenGL gezeichnet wird.
Das würde ich dann in FP lösen.
Aber was sagt die Performance da? Gibts sonst empfehlenswerte Libaries oder denkt ihr sogar ich könnt mich an einer versuchen, hat bei C# ja auch geklappt aber .NET hat viel arbeit weg genommen xD

Würde mich über ne antwort freuen ^^

Mfg