Visualizzazione dei risultati da 1 a 7 su 7
  1. #1

    Creazione pacchetti setup piccoli

    Dopo aver letto diversi post riguardante l'argomento ho capito +/- come si creano dei pacchetti eseguibili d'installazione, ma quello che ancora non ho capito è come creare un pacchetto che mi garantisca:

    1) Che il programma una volta installato sia funzionanto al 100%
    2) Che nel pacchetto non venga incluso tutto il Framework .net e compagnia bella.

    Dunque, io ho creato un programmino che utilizza Form, Drawing, IO e altre 3-4 sotto namespace di System.

    Se provo (ad esempio con CyberInstaller) a creare un pacchetto d'installazione, o me ne crea uno grosso +/- 1,2 mb, che non funzionerà assolutamente su macchine senza Framework .NET 2.0 (utilizzo Visual Studio 2005), oppure me ne crea uno grosso 23 mb, che funziona al 100% ma non posso distribuire un cavolo di programma che zippato peserà 100kb con un installer di quelle dimensioni...

    Se provo con l'installer incluso in Visual Studio 2005 mi crea un msi che richiede comunque una installazione del FrameWork .NET 2.0

    Ora mi domando, esiste un modo per far sì che l'applicazione creata si porti dietro solo ed esclusivamente i componenti e dll che servono al suo esclusivo funzionamento o sono costretto a portarmi sta croce del framework per tutte le applicazioni fatte in C#?

    Grazie anticipate.

  2. #2
    Moderatore di Programmazione L'avatar di alka
    Registrato dal
    Oct 2001
    residenza
    Reggio Emilia
    Messaggi
    24,463
    Se intervieni in un altro thread, non aprire una nuova discussione: o l'uno, o l'altro, altrimenti si parla solo di questo nel forum.
    MARCO BREVEGLIERI
    Software and Web Developer, Teacher and Consultant

    Home | Blog | Delphi Podcast | Twitch | Altro...

  3. #3
    Rotfl, beh, meglio essere sicuri che uno mi risponda, ma questo thread l'ho aperto anche perche così il titolo è più eloquente, per fare un setup gli altri thread sono molto attendibili, ma non aiutano nel caso uno voglia fare un setup snello...

    Senti, una cosa, avevo messo C# nel titolo ma me l'ha levato... puoi rimettercelo altrimenti dopo si crea confusione?

    Tnx Alka

  4. #4
    Moderatore di Programmazione L'avatar di alka
    Registrato dal
    Oct 2001
    residenza
    Reggio Emilia
    Messaggi
    24,463

    Moderazione

    Originariamente inviato da Debiru
    meglio essere sicuri che uno mi risponda
    La motivazione per cui si aprono più discussioni la conosco benissimo.
    Ovvio che se fosse pratica usuale di tutti, sarebbe un bel casino...

    Ho corretto il titolo e chiuso l'altra discussione che, di per se, si era già conclusa.

    Ciao!
    MARCO BREVEGLIERI
    Software and Web Developer, Teacher and Consultant

    Home | Blog | Delphi Podcast | Twitch | Altro...

  5. #5
    Tnx, speriamo che mi risponda

    Ciao!

  6. #6
    Non credo che esista una soluzione al problema in questione, perché la maggior parte delle dll del .NET Framework ne referenziano delle altre, per cui l'intero Framework finisce con l'essere quasi un blocco unico, diviso in varie dll semplicemente per velocizzare il caricamento delle applicazioni che non fanno direttamente riferimento ad alcuni namespace di uso più raro. Inoltre non credo che Microsoft consenta la distribuzione del .NET Framework in forma diversa dall'eseguibile autoinstallante con cui te lo forniscono.
    Amaro C++, il gusto pieno dell'undefined behavior.

  7. #7
    Quindi alla fine, fra un applicativo Java e C# non corre poi tutta sta differenza.

    Con Java occore la JVM, con C# il .NET Framework.

    Giusto con C# è molto più facile programmare e si creano eseguibili...

    Vabbhè, mi adatterò

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2025 vBulletin Solutions, Inc. All rights reserved.