Delphi bzw. FreePascal neu erlernen?

[mentaltec]

Zitat:

Zitat von messie (Beitrag 1217074)

Klar auch, dass sich viele beim VS für C# entscheiden - ist es als Abkömmling von Delphi ... im MS-Portfolio

he? das musst Du mir mal erklären

[messie]

Zitat:

Zitat von mentaltec (Beitrag 1217092)

Zitat:

Zitat von messie (Beitrag 1217074)

Klar auch, dass sich viele beim VS für C# entscheiden - es ist als Abkömmling von Delphi ... im MS-Portfolio

he? das musst Du mir mal erklären

Ich habe mal im Netz rausgefunden, dass MS den leitenden Entwickler von Delphi 1 bei Borland abgeworben hat, der dann die Grundlagen von C# geschaffen hat (oder so, ist schon eine Weile her). Mal sehen ob ich den Link noch finde.

Grüße, Messie

[Olli73]

Zitat:

Zitat von messie (Beitrag 1217094)

Ich habe mal im Netz rausgefunden, dass MS den leitenden Entwickler von Delphi 1 bei Borland abgeworben hat, der dann die Grundlagen von C# geschaffen hat (oder so, ist schon eine Weile her). Mal sehen ob ich den Link noch finde.

Hier steht eigentlich schon das Wesentliche drin:

http://de.wikipedia.org/wiki/Anders_Hejlsberg

[mentaltec]

die Welt ist ein Dorf, trotzdem ist die Formulierung sehr gewagt bzw. irreführend

[p80286]

Nicht weitersagen, aber Du bist hier in einem Delphiforum und da ist doch wohl klar was der Nabel der Programmierwelt ist.:wink:

Gruß
K-H

[messie]

Zitat:

Zitat von p80286 (Beitrag 1217120)

Nicht weitersagen, aber Du bist hier in einem Delphiforum und da ist doch wohl klar was der Nabel der Programmierwelt ist.:wink:

Klare Zustimmung :wink::wink:

Ich habe das aber so formuliert wie es sich anfühlte, als ich nach vielen Jahren Delphi mit C# anfing. Ich habe dann oft gedacht bei Delphi war das so gelöst, nun komm' schon, das muss doch auch etwa so gehen. Und es ging dann. Für mich fühlte sich C# durchaus wie von Delphi abgeleitet an. Später habe ich dann nach einem Zusammenhang gesucht, leider bin ich nicht einfach bei dem Wikipedia-Artikel gelandet...

Grüße, Messie

P.S. Einmal Danke-Button an Olli!

[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:

Zitat von messie (Beitrag 1217074)

...
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