Re: Wo ist .NET Framework standardmäßig vorhanden?

Tech-Archive recommends: Speed Up your PC by fixing your registry



>
> Epochen zeichnen sich dadurch aus, dass eine technologische Inkompatibilität
> vorliegt, die oft durch die Hardware begründet ist. Damit ist es klar, dass
> Lochkarten ausgedient haben. Und es ist auch klar, dass z.B. Disketten,
> serielle Schnittstellen etc. irgendwann ausgedient haben werden.

Wieso soll dies klar sein? Da hast Du irgendwie eine äusserst komische
Argumentation die man genauso auf Dein hoch gelobtes VB6 anwenden könnte.
Ich meine, was spricht technisch dagegen, einen Lochkartenleser mit USB 2.0
Schnittstelle zu machen? Welche technischen Gründe gibt es, dass eine
serielle Schnittstelle ausgedient haben könnte? Es gibt tausende alter
Messgeräte die serielle Schnittstellen haben oder IEEE Schnittstellen
haben. Also ich sehe hier Deine Argumentation wirklich nicht. Dann kann ich
genauso gut sagen, es ist klar, dass VB6 nicht mehr unterstützt wird. Weil
das hat jetzt wirklich ausgedient und es gibt jetzt wirklich bessere
Technologien.

Also hier argumentierst Du wirklich irgendwie nicht schlüssig oder eher
sogar ziemlich unlogisch.

> Schliesslich kann ein Rechner nicht die gesamte bisherige Hardware vom
> Lochkartenleser bis hin zum Diskettenlaufwerk unterstützen.

Wieso nicht? Am Platz liegt es sicher nicht. Aus physikalischen Gründen
gibt es keine Argumentation, diese diversen Schnittstellen abzuschaffen.
Die Gründe liegen ganz einfach darin, dass diese Schnittstellen immer
weniger gebraucht werden und sie darum weggelassen werden. Genauso wie das
mit VB6 auch der Fall sein wird.

>
> Software hingegen kann bei geringem zusätzlichen Platzbedarf (Plattenplatz)
> weiter existieren, sie leidet normalerweise auch nicht darunter, dass es
> bestimmte Hardware nicht mehr gibt.

Es kommt aber nicht auf den physikalischen Plattenbedarf an, ob eine
Technologie/Applikation/Programmiersprache weiter gepflegt und entwickelt
wird, sondern auf den Pflege Aufwand und auf die Nachfrage und damit ganz
einfach auf den Return on Investment. Und der ROI stimmt einfach nicht,
wenn Du neben neuen modernen Technologien auch noch ganze Teams
beschäftigen musst, die die alten Technologien pflegen und
weiterentwickeln.
Aber Du kannst ja VB6 weiter verwenden. Das verbietet Dir ja gar niemand.
Und ich bin sicher, Deine VB6 Applikationen werden auch noch mit Longhorn
funktionieren. Also wo ist eigentlich Dein Problem? Es gibt doch keinen
Grund für Microsoft VB6 weiter zu entwickeln. Es funktioniert ja. Du kannst
damit Applikationen schreiben, die auch auf aktuellen Betriebssystemen
funktionieren.

--
Claudio Grazioli
http://www.grazioli.ch
http://www.grazioli.ch/HommingbergerGepardenforelle/
.



Relevant Pages

  • Re: Wo ist .NET Framework =?iso-8859-1?Q?standardm=E4=DFig?= vorhanden?
    ... >>> serielle Schnittstellen etc. irgendwann ausgedient haben werden. ... >> Argumentation die man genauso auf Dein hoch gelobtes VB6 anwenden könnte. ... Technologien durch neue ersetzt. ...
    (microsoft.public.de.german.entwickler.dotnet.framework)
  • Re: OT: dotnetpro.contest
    ... Mit Schnittstellen kann man zwar die Architektur ... aber die Implementierung muss dennoch immer aufs Neue ... solches Konzept mit VB6, dass das Arbeiten mit Interfaces per Implements ja ... >> Leute mit gewachsenen Libs)? ...
    (microsoft.public.de.vb)
  • =?iso-8859-1?Q?Re:_Wo_ist_.NET_Framework_standardm=E4=DFig_vorhanden=3F?=
    ... Lochkarten ausgedient haben. ... Es gibt tausende alter Messgeräte die serielle Schnittstellen haben oder IEEE Schnittstellen haben. ... | use our features, call our functions, and rely on our behaviors. ...
    (microsoft.public.de.german.entwickler.dotnet.framework)
  • Performance-Frage: serielle Schnittstellen/COM-Wandler
    ... "Viel" bedeutet hier bis zu ca. 50 serielle Schnittstellen. ... Diese "seriellen Schnittstellen" werden natürlich nicht in den Rechner gebaut sondern via COM-Emulatoren nachgebildet. ... Sind nur eine oder zwei Schnittstellen zu bedienen, dann werden die im Rechner eingebauten, physikalisch vorhandenen Schnittstellen benutzt. ...
    (microsoft.public.de.vc)
  • =?Windows-1252?Q?Re:_Basis_f=FCr_My.FileSystem.DeleteFile?=
    ... Framework stellt diese Mittel nur mit einer sehr feinen Granularität bereit, die oft viel zu viel Implementierungsaufwand erforderlich macht. ... Technologien verändern sich. ... Nur schlechte Schnittstellen werden obsolet, wenn sich die darunterliegende Technologie ändert. ...
    (microsoft.public.de.german.entwickler.dotnet.vb)