.Net oder VCL

[Andidreas]

hi @ all...

mal ne etwas allgemeiner frage....
ist es wirklich cleverer .net beim programmieren einzusetzen oder sollte man doch nicht lieber bei vcl bleiben???

hab gestern abend folgende erfahrung gemacht...
im moment programmier ich daheim ein adressbuch in .net (ist mein erstes .net projekt zum üben) an meinem pc klappt alles wunderbar... kann auch die .exe ausserhalb von delphi starten...

gestern wollt ich des ganze mal aus jux und tollerei am labtop von meinem dad starten und prompt kommt beim starten ne fehlermeldung das er irgendwas nicht initialisieren konnte (sry genau fehlermeldung hab ich mir nicht gemerkt)... ich vermute mal stark das es daran liegt das dort .net komponenten fehlen (auf dem labtop)

deshalb frag ich mich gerade ob des wirklich so gut ist und alles in .net macht nur weil manche sagen das das die zukunft ist????!!!


achso ja ich vergass ganz, auf dem laptob von meinem dad ist windows xp installiert...

[Bernhard Geyer]

Die Frage ob in 10 Jahren nur noch .NET-Anwendungen geben wird und du mit einer VCL-Anwendung nur nach 10-Maliger Sicherheitsabfrage starten kannst kann nur die Glaskugel beantworten. Vor 10 Jahren hieß es ja auch das in Kurzer Zeit alles mit Java entwickelt wird und alles über den Browser per Java läuft. Und was ist 2006?
Wer weis ob man in 10 Jahren nicht alles unter Linux laufen läßt mit einem GNOM oder KDE-Desktop und Windows nur noch für Spiele in einer VM läuft.

Sicher ist m.E. das .NET in Zukunft die Entwicklungsbasis für Anwendungen unter Windows sein wird. Auch im Server-Applicationbereich ist .NET neben Java die wichtigste Plattform. Ob man jetzt alle Programme sofort neu in .NET entwickeln sollte ist fraglich. Für Neuentwicklungen ist es mehr als einen Blick Wert. Aber hier sollte man erst eine gründliche Anforderungsanalyse machen um zu sehen welche Randbedingungen man hat.


Zu deinem Problem:

1, Es ist nötig das das .NET-Framework installiert ist. Es gibt zwar ein Tool das das Framework in die Exe kompiliert aber davon halte ich bei .NET nicht viel.

2, Ohne die genaue Fehlermeldung ist ein Ratespiel. U.u. liegen Rechteprobleme vor wenn du die Exe von deinem Enwicklungsrechner per LAN startest.

[Phoenix]

1.) Heisst es Laptop (Lap ist engl. für Schoß, der Rechner oben auf dem Schoß ;-) )
2.) Klar muss auf dem Zielrechner (in dem Fall der Rechner von Deinem Vater) das .NET Framework installiert sein. Kommt ab Windows Vista per Default mit, viele haben es schon drauf, in dem Fall wohl eher nicht, also muss es einmalig installiert werden. Die 25 MB tun keinem Weh ;-)

.NET Framework 1.1 gibts hier.
.NET Framework 2.0 gibts hier.

Und ja, .NET ist die Zukunft. Aber vllt. sollte man sich überlegen acuh im .NET Bereich möglicherweise auf die VCL .NET zu setzen. Zum einen lassen sich damit alte Win32-Anwendungen auf .NET hochziehen, und zum anderen soll die VCL auch für die neue Windows Presentation Foundation (WPF, kommt mit .NET 3.0 und löst die WindowsForms schon wieder ab) zur Verfügung stehen. Somit liessen sich diese Anwendungen zumindest theoretisch wirklich Zukunftssicher machen.

Was normales Win/32 angeht: Es wird sterben. Vielleicht nicht in den nächsten 1-2 Jahren, aber native Windows-Entwicklung ist defakto tot, genauso wie 4-5 Jahre nach Windows 95 die alte 16-bit schiene gestorben ist. Und .NET ist ja auch schon eine Weile alt ;-)

[ZeroQool007]

Hallo, glaube auch das .net Zukunft hat.


Zu deinem Problem was ich auch mal hatte....du mußt die Assemblys mitkopieren

[Insider2004]

VCL, VCL, VCL
Das bessere setzt sich immer durch.

[Bernhard Geyer]

Zitat:

Zitat von Phoenix

Aber vllt. sollte man sich überlegen acuh im .NET Bereich möglicherweise auf die VCL .NET zu setzen.

Ich halte die VCL.NET nur für Portierungen sinnvoll und wenn man einige Zeit noch den Win32-Teil pflegen will. Für Neuentwicklungen hat die VCL.NET zu viele Nachteile (Performance, Sicherheitskonfiguration, ...) Und ob DevCo so schnell eine VCL.NET für Avalon herausbringt ist fraglich. Wir warten immer noch auf vernünftigen .NET 2.0 und CF-Support

[Andidreas]

Zitat:

Zitat von ZeroQool007

Hallo, glaube auch das .net Zukunft hat.


Zu deinem Problem was ich auch mal hatte....du mußt die Assemblys mitkopieren

wie krieg ich des hin das ich die assemblys mitkopier???

das des .net framework aufm rechner mit drauf sein muss is mir schon klar... aber imho hat sich doch des .net framework in nem windows update mal mitinstalliert???


^^ was .net allgemein betrifft, ein kollege von mir hat mal gemeint das .net auch schon wieder "veraltet" ist und alles in richtung portal programmierung geht... sagt euch das was?

[sh17]

Zitat:

Zitat von Phoenix

Was normales Win/32 angeht: Es wird sterben. Vielleicht nicht in den nächsten 1-2 Jahren, aber native Windows-Entwicklung ist defakto tot, genauso wie 4-5 Jahre nach Windows 95 die alte 16-bit schiene gestorben ist. Und .NET ist ja auch schon eine Weile alt ;-)

Ich würde sagen, aus den 1-2 Jahren könnte man locker 10-20 Jahre machen. Zumal es ja da noch Win64 gibt. Und ich bezweifel, das es eine OracleDB oder ein Apache Webserver bald in managed code geben wird (wenn überhaupt).

[Phoenix]

Zitat:

Zitat von sh17

Und ich bezweifel, das es eine OracleDB oder ein Apache Webserver bald in managed code geben wird (wenn überhaupt).

SQL Server? IIS? ;-)

[Bernhard Geyer]

Zitat:

Zitat von Andidreas

^^ was .net allgemein betrifft, ein kollege von mir hat mal gemeint das .net auch schon wieder "veraltet" ist und alles in richtung portal programmierung geht... sagt euch das was?

Und mit welchen Framework wird eine solches Portal Programmiert? :gruebel: Ich würde hier als eine Möglichkeit ASP.NET vorschlagen.
Die Entscheidung eine Lösung als Portal anzubieten sagt noch nichts aus ob dies nun unter Win32, Java, Perl, PHP, oder .NET geschieht

Dein Kollege hat wohl zu viel Manager-Zeitschriften oder Schlagwortartikel gelesen.