|
Hi,
Die Sache ist halt die: Machen sie es für Linux stärken sie dieses, weil auch .net drauf läuft. Machen sie es ned dann schächen sie .net, weil es nicht auf Linux läuft. |
Moin Zusammen,
.net ist allerdings insofern plattformunabhängig, als dass es möglich ist, seinen Programmen unmittelbar mitzugeben, mit welchen Versionen von Funktionen usw. sie arbeiten sollen, so dass also gleiche Funktionen unterschiedlicher Version problemlos parallel auf einem Rechner vorhanden sein können. Damit ist. z.B. Schluss mit den Problemen unterschiedlicher Versionen der gleichen DLL. Ein Programm läuft nur mit Version X ein anderes mit Version Y, weil hier vielleicht ein Workaround für einen Bug in der DLL Y eingebaut wurde, wobei dieser Workaround dann bei DLL X zu einem Fehler führt. OK, unter 2000 ist das auch schon machbar, aber soweit ich weiss betrifft dies bei .net noch mehr. Anders gesagt: Bei .net Programmen entfällt das Problem bestimmte Funktionen anhand des Betriebbsystemes auf dem es laufen soll in unterschiedlichen Varianten einbauen zu müssen, wie es ja durchaus der Fall sein kann. Man kann dem Programm die Umgebung mitgeben, die es braucht, ohne sich darum kümmern zu müssen, wie bisher, ob es nun unter 9x oder NTff läuft. Soweit zur Theorie, wie sie mir bekannt ist. ;-) Wie's dann in der Praxis aussieht wird man sehen. :mrgreen: @sakura: Wenn ich nicht irre, wird der Zwischencode aber auch nur einmal compiliert, so dass sich dieser Zeitnachteil nur beim ersten Start eines Programmes auswirkt. |
Zitat:
Aber wegen dieses Caches habe ich auch geschrieben, dass .NET da wohl mehr Entwicklung durchgemacht hat, als die alten VB Versionen. ;) ...:cat:... P.S. 700 - and still counting. |
Also meiner Meinung nach werden die oben bei MS noch nicht mal im Traum auch nur ansatzweise daran denken, .NET in irgendeiner Form nach Linux zu portieren. Es gibt scheinbar immer noch Leute bei MS, die glauben, dass Windows mit dem IIS auf dem Webservermarkt im Vergleich zu Apache noch bedeutende Anteile hätte...
Das Ganze ist für mich ganz einfach eine Anti-SUN-Kampagne. Microsoft stören Marktführer, wenn sie nich derjenige sind. So war es schon bei Adobe PostScript (darum haben sie TrueType erfunden) und so wird es auch mit Java sein. Nur dass sie nicht auf andere Systeme protieren werden und dann wohl niemand auf die Idee kommt per .NET für verschiedene Plattformen zu schreiben, weil es da keine verschiedenen Plattformen gibt. BTW, Unabhängigkeit von einem Rechnertyp bedeutet im Moment: Linux. Oder hat schon einer Windows für Sparc, Alpha, PowerPC etc. gesehen? Ein Linux-Java-Interprexer für x86 kann einfach auf alle Prozessoren portiert werden, für die es einen Linux-Kernel gibt, so macht Sun es auch. Wenn .NET also auf PCs aus der Non-x86-Welt laufen soll, dann wird Linux (oder SUN Solaris) gebraucht - beides Btriebssysteme an die MS nie denken wird. Microsoft stellt sich mit .NET selber ein Bein, da es meiner Meinung nach doch sehr wenig bringt (höchstes, Konkurrenten wie Borland dadurch, dass die zwangsweise nicht mit Microsoft-Standards up-to-date sein können, aus dem Geschäft zu werfen) und für Entwickler nur Umlernen bedeuten. [edit] Ich weiß nicht, ob das im alten DF oder hier war, aber ich habe mal einen Thread gelesen, da ging es um das Thema des Einmal/Mehrmals-Kompilierens und dabei ist herausgekommen, dass es zwar bei einer Alpha des Frameworks nur einmal aber in der Final dann bei jedem Start kompiliert wird... [/edit] MfG, d3g |
Ich glaube nicht, dass MS sich mit .NET ein Bein stellt. Letztendlich ist das die logische Weiterentwicklung für Windows, damit die Entwickler für PDA, Handys, etc. besser gefördert werden. Im letzten Entwickler war ein interessanter Beitrag zum Thema "Portability von .NET Apps"
Ausserdem kann durch die .NET Struktur ein verbessertes Sicherheitskonzept eingeführt werden, womit sich sogar Teile von Codes auf bestimmte Privilegien einschränken lassen, ohne dass sich der Entwickler um die Überprüfung derer sorgen muss. Desweiteren sich durch das Handling des Speichers solche netten Probleme wie Buffer-Overflow (zumindest theoretisch) Geschichte. Und da gibt es noch eine ganze Menge mehr. Wenn man mal zurückdenkt an des Ende der 80er, als Windows 3.0 auf den Markt kam. Da hat auch niemand mehr damit arbeiten wollen. Wer brauch schon die Icons, Fenster und den ganzen Kram. Inzwischen gibts sogar die KDE für Linux (seit 96). Mit Windows 2.x hatte MS wirklich Sch**** gebaut, wer kennt das eigentlich noch :?: Aber seit dem ist Windows fast jedem ein Begriff. Ob mans mag oder nicht. Ich persönlich arbeite (wirklich freiwillig) mit Windows erst seit Delphi 1. *stutz* Von daher bin ich schon der Überzeugung, das .NET der richtige Schritt in die Zukunft ist, zumindest, was es die Windows-Welt betrifft. Noch eine kleine Anmerkung zu LINUX und Co. Seit dem ich Delphi 7 habe :firejump: versuche ich, mal wieder, verkrampft LINUX bei mir zum Laufen zu bekommen. Immerhin bin ich mit SuSE LINUX weiter als mit jedem anderen, dass ich bisher getestet habe. Die Installation ist abgeschlossen. Meine ATI Grafik-Karten verweigert LINUX aber vehement und zwingt mich zum Arbeiten mit einem :!: Monitor bei 640x480 und 16 Farben. :kotz: Bis heute habe ich keine LINUX Version gefunden, welche sich angenehm installt. Btw, LINUX verbraucht mehr RAM auf meinem Rechner als Windws 2000 Advanced Server :roll: Zitat:
|
Moin d3g,
Zitat:
Ersteres hab' ich sogar schon mal in Betrieb gesehen. Wenn ich nicht irre, hat Apache nur einen, in manchen Bereichen leider entscheidenden, Nachteil: Er kann kein HTTPS. |
Zitat:
Aber so nette Features wie ISAPI Filter (nicht ISAPI Extensions :!:) hat Apache nicht. |
Zitat:
Wie auch immer, ich würde eine Software nicht danach beurteilen, wie leicht sie sich installieren lassen. Wenn das alle tun würden, dann wäre der ganze Open-Source-Markt nicht existent. Zitat:
Zitat:
[edit]Irgendwie bin ich heute langsam im Tippen... Die fehlende ISAPI-Unterstützung ist wohl ein Nachteil, aber durch PHP und Konsorten kann der teilweise wettgemacht werden. Ist sicher nicht so schnell und belastungsfähig, aber hat eine schöne Datenbankanbindung und sogar teilweise OOP (PHP ab 4).[/edit] MfG, d3g |
Zitat:
Es gibt viele Open Source Produkte, welche einwandfrei laufen und zu nutzen sind. Mit denen arbeite ich auch gerne und beteilige mich auch zum Teil an deren Entwicklung. Zitat:
ISAPI-Filter kannst Du auch mit dem besten PHP nicht ersetzen. Die greifen in die Kommunikation teilweise so früh ein, dass der IIS nicht einmal darüber nachdenkt, die Daten auszuwerten. ...:cat:... P.S. Ich werde es wieder mal mit LINUX versuchen, aber ein Fan werde ich wohl nie. Eher arbeite ich freiwillig wieder an einer AS/400 Machine mit OS/400. |
Zitat:
|
| Alle Zeitangaben in WEZ +1. Es ist jetzt 13:28 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz