4. C#-Programm ohne installiertes .NET ausführen

C#-Programm ohne installiertes .NET ausführen

  • P

    Danke für die Antwort rant 🙂
    Hab' mir schon fast sowas gedacht. Bin ehrlich gesagt in C++ auch versierter als in C#, und da das Programm mit einem kommerziellen Produkt vertrieben wird, kann es gut passieren, dass sich einige lukrative GPL-lizensierte Libraries damit beißen 😕

    C# fände ich zudem für GUI Entwicklungen weitaus schöner als GTK+, wxWidgets oder gar MFC 🙂

    Die Lage ist etwas schwer zu erklären, aber ich werde einfach versuchen meinen Teamleiter von einem installiertem .NET als Voraussetzung zu überzeugen (die Systeme sind leider nicht immer aktuell, daher kann ich nicht standardmäßig von .NET ausgehen) -- oder ich greife einfach auf die C WinApi zurück. Hätte mir halt gefallen 🙂

    Aber falls jemand doch noch was kennt: Ist immer nice-to-know 😉

    Gruß
    PuerNoctis

    0

  • Ich kenne keine praktikable Möglichkeit.

    0
  • M

    PuerNoctis schrieb:

    Die Lage ist etwas schwer zu erklären, aber ich werde einfach versuchen meinen Teamleiter von einem installiertem .NET als Voraussetzung zu überzeugen

    wenn Du ein anderes Framework verwendest musst Du meistens auch diese DLLs installieren ... ist also egal

    0
  • C

    Kann man das Redist-Setup des Frameworks nicht einfach vor das eigene Installationsprogramm packen, oder stellt Mickeysoft sich da an?

    0
  • L

    Cpp_Junky schrieb:

    Kann man das Redist-Setup des Frameworks nicht einfach vor das eigene Installationsprogramm packen, oder stellt Mickeysoft sich da an?

    Wenn Du in Visual Studio ein Setupprojekt erstellst, macht er das sogar von selbst.

    0
  • ?

    @Cpp_Junky:
    Geht sicherlich, nur darf das Framework bei uns nicht installiert werden. Um die Katze mal aus dem Sack zu lassen: Unser Haufen hier wirft mit verschiedenen .NET-Programmen die alle unterschiedliche Versionen von 1.0 - 3.5 benötigen durch die Gegend. Demnach haben wir ständig Probleme, dass die eine Software von uns inkompatibel mit der nächsten ist. Ich fluch da schon seit Ewigkeiten rum, aber das will ja niemand hören...

    Jetzt haben die selbst die Schnauze voll und das Management hat, aufgrund mangelndem Sachverständnis, nur negative Erfahrung mit .NET und will das daher in Zukunft vermeiden -.- Is'n Großkonzern, wo die Manager nur nen betriebswirtschaftlichen Kurzblick haben, da haben die oberen Schichten kein Ohr für die kleinen Leute unten.

    Allgemein haben die deshalb 'ne gewisse Paranoia entwickelt wenn es darum geht, irgendein Framework zu installieren. Ja sogar mit Java haben die ihre Probleme... ein Armutszeugnis.

    Daher rührt die ganze Geschichte, das .NET-Framework nicht installieren zu wollen (oder irgendein anderes), sondern einfach die Runtime explizit für ein spezielles Programm alleine bereitzustellen.

    Gruß
    PuerNoctis

    0
  • M

    PuerNoctis@Offline schrieb:

    Unser Haufen hier wirft mit verschiedenen .NET-Programmen die alle unterschiedliche Versionen von 1.0 - 3.5 benötigen durch die Gegend. Demnach haben wir ständig Probleme, ...

    was zur Hölle macht ihr?! ... ich habe hier 1.1 und 3.5 parallel am laufen ... 2.0 & 3.0 werden mit 3.5 abgedeckt? ... ich würde eher behaupten das Ihr mit dem Framework nicht umgehen könnt ... den ganzen Quatsch mit den Problemen soll es (lt. MS) nicht mehr geben -> DLL-Hell

    Is'n Großkonzern, wo die Manager nur nen betriebswirtschaftlichen Kurzblick haben, da haben die oberen Schichten kein Ohr für die kleinen Leute unten.

    ich weis schon wieso ich nie wieder für einen Konzern arbeiten möchte ...

    Daher rührt die ganze Geschichte, das .NET-Framework nicht installieren zu wollen (oder irgendein anderes), sondern einfach die Runtime explizit für ein spezielles Programm alleine bereitzustellen.

    VMWare oder Chroot ... beides keine sinnvollen Optionen 😃

    hand, mogel

    0

  • müsst ihr halt alles in python oder so nem dreck programmieren.
    python kann man hosten, d.h. da muss nix installiert werden.

    auch is dann alles schön langsam. und da langsam viel mehr "enterprise" ist als nicht langsam, ist das ja auch gut so, nen.

    0
  • P

    mogel schrieb:

    Unser Haufen hier wirft mit verschiedenen .NET-Programmen die alle unterschiedliche Versionen von 1.0 - 3.5 benötigen durch die Gegend. Demnach haben wir ständig Probleme, ...
    was zur Hölle macht ihr?! ... ich habe hier 1.1 und 3.5 parallel am laufen ... 2.0 & 3.0 werden mit 3.5 abgedeckt? ... ich würde eher behaupten das Ihr mit dem Framework nicht umgehen könnt ... den ganzen Quatsch mit den Problemen soll es (lt. MS) nicht mehr geben -> DLL-Hell

    Gebe ich dir teilweise sogar recht 😉
    Ich habe mich die letzten Jahre mit dem Framework beschäftigt, sag' jetzt aber nicht, dass ich auf dem Gebiet ein Profi bin, aber ich verstehe das System, kann damit arbeiten und weiß was ich mach. Jedoch kommen viele meiner (oft im Ausland arbeitenden Kollegen [Outsourcing]) entweder aus der Hardcore C Welt und haben da nicht so ein tolles Verständnis, oder um mal wieder auf dem Management rumzuhacken, wird zu kurz geplant und alles entsteht unter enormen Druck. Ich sehe diese beiden Punkte als Hauptursache bei dem Problem. Mangelndes Fachverständnis ist definitiv präsent!

    @mogel:
    Ich werde jetzt einfach mit der WinApi herangehen. Werden jetzt zwar viele LOC, aber da bin ich dann Selbstsicher genug, dass ich sagen kann, dass ich das Ding am Ende ohne Problem auf einem Win2k bis zu einem Win7 zum Laufen bekomme 😉

    Gruß
    PuerNoctis

    0
  • M

    PuerNoctis schrieb:

    oft im Ausland arbeitenden Kollegen [Outsourcing]

    hehe ... dazu war vor kurzen was im Java-Forum.org ... das Ergebniss - Outsourcing ist Mist und nur vom Management verzapft (das ging teilweise bis zu Firmenpleiten)

    btw ... wenn die Outgesourcten nur mit C wollen, dann könnten die einfach kein OOP ... die Outgesourcten sollten dringenst gewechselt werden (Managment gleich mit :p )

    hand, mogel

    0
Anmelden zum Antworten