![]() |
Re: VCL.NET
Ich glaube, dass das alles heißer gekocht als gegessen wird.
Microsoft kann nicht von heute auf morgen die Win32-API dichtmachen, sonst werden sie gehörig auf die Schnauze fallen, wenn alle oder die meisten Programme nicht mehr, oder nur mehr eingeschränkt laufen. Warum sollte auch irgendjemand Longhorn kaufen, wenns noch keine Software dazu gibt? Von daher sehe ich noch keinen Grund zur Eile, aber man sollte sich zumindest mal mit dem Thema vertraut machen. |
Re: VCL.NET
Zitat:
|
Re: VCL.NET
Zitat:
Die Sparte heißt Delphi.Net in einem Forum namens Delphi-PRAXIS. Das einzige, dasss man mit dem einzigen Delphi für .Net wirklich gut kann ist in kürzester Zeit zum Choleriker zu werden. Wirkliche Anwendungen kann man damit nicht entwickeln ( Wer damit angefangen hat, wird sie wohl schon lange auf C# portiert haben ;) ). Deshalb gibt es wohl so wenige Threads in der Sparte. |
Re: VCL.NET
Ja, Alexander hat auch noch was gesagt. :mrgreen: Aber die anderen 7555 (Stand : jetzt) kümmern sich anscheinend nicht drum.
[OT] :shock: uff, wo kommen die denn alle her ? Hat Gerome etwa die Statistik frisiert ? Meine Schätzung liegt bei ca. 8000 Delphi-Usern in D. :gruebel: [Ende OT] Viel wird zum Thema zur Zeit wohl nicht mehr kommen. Also bleibe ich meinen Grundsäzen treu : nicht hardwarenah programmieren und auch nicht betriebssystemnah. Dadurch bleibt man flexibel. Im eigenen Source verwende ich ca. 3 mal direkte WinApi - Aufrufe. Die werde ich auch noch irgendwann umbauen können. Die Achillesferse sind nun die Fremdkomponenten. Da steckt man nicht drin. Aber wer meine Beiträge verfolgt hat, der weiß, daß ich mich auch mit eigenen Komponenten beschäftige. Leider steckt da aber auch noch WinApi drin, fällt mir gerade ein. :P Und einen speziellen Fall gibt es noch : ein Programm wird wohl kaum ein .NET Programm werden. Das baut auf AsyncPro auf. Da wird sich wohl weltweit keiner finden, der die zigtausend Zeilen portiert und testet. Bei Sourceforge tut sich in der Richtung zumindest nichts. Tja, jetzt bin ich genauso schlau wie vorher. :duck: |
Re: VCL.NET
Zitat:
Das Problem ist ganz einfach, daß Borland noch nicht fertig ist. Meine Datenbank-Kompos gibt es auch noch nicht für D8. Der Sinn dieses Threads ist es eigentlich nur, für Klarheit zu sorgen, was die VCL.NET betrifft. .NET mußte kommen, früher oder später. M$ ist da auch im Hintertreffen. Das wird hier aber wohl nichts werden. Ich habe gedacht, es würden schon einige jetzt schon versuchen ein D8 Programm zu basteln. Deshalb werde ich das jetzt selber machen. Ich werde ein VCL und ein FCL D8-Programm machen und mal sehen, ob und welche Fehlermeldungen kommen mit und ohne NET-Framework. Aber erst dann, wenn ich sonst nichts zu tun habe. Ich fange gewiss noch mit dem bekloppten C# an. :lol: |
Re: VCL.NET
Zitat:
![]() |
Re: VCL.NET
Das ist halt meine Meinung.
In diesem Artikel steht auch nichts von den Nachteilen der VCL.NET. Wenn sie weiterentwickelt wird, wird sie eventuell mal die Rolle spielen können, in der sie Borland gerne sehen würde. |
Re: VCL.NET
hier ist die nächste Diskussion : :lol:
![]() Anscheinend weiß keiner nirgends was wo wie jetzt genau wann ist. :mrgreen: Mich inbegriffen ! 8) Vielleicht kommt ja doch noch der heilige Geist mit der Erleuchtung. Hier in der DP habe ich ihn soeben entdeckt :lol: : :coder2: |
Alle Zeitangaben in WEZ +1. Es ist jetzt 19:41 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz