Μερικοί σίγουρα θα το ξέρετε, κάποιοι άλλοι μπορεί και όχι -> http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=22914587-b4ad-4eae-87cf-b14ae6a939b0

ILMerge is a utility that can be used to merge multiple .NET assemblies into a single assembly.

ILMerge takes a set of input assemblies and merges them into one target assembly. The first assembly in the list of input assemblies is the primary assembly. When the primary assembly is an executable, then the target assembly is created as an executable with the same entry point as the primary assembly.

---

Παναγιώτης Κεφαλίδης

"Για να επιτύχεις, θα πρέπει το πάθος σου για την επιτυχία να είναι μεγαλύτερο απο τον φόβο σου για την αποτυχία"

Οι απαντήσεις παρέχονται για συγκεκριμένες ερωτήσεις και χωρίς καμιά εγγύηση. Παρακαλώ διαβάστε τους όρους χρήσης.

επίτρεψε μου Παναγιώτη μία μίκρη παρένθεση :
καλό αυτό to ILMerge , αλλά γιατί να μην υπάρχει και ένας λινκερ από τη microsoft ώστε να βάζεις μέσα στο exe σου τα πάντα που χρειάζεσαι, μήπως όλοι έχουν internet για να κατεβάζουν το framework ; Είναι βέβαια και το θέμα του security αλλά γιατί να μην δίνεται η δυνατότητα στο developer να διαλέξει ; Από τι λέει η microsoft είναι αρκετά εύκολο να φτιάξουνε βλέπε blog του J.Zanders http://blogs.msdn.com/jasonz/archive/2004/01/31/65653.aspx.
    Βέβαια απο την άλλη υπάρχει και το mono το οποίο οταν χρησιμοποιείς το bundle βάζει όλα τα χρειαζούμενα assemlies στο exe και είσαι οκ! αν και δεν το έχω ψαξει παραπάνω γιατί έχω κατί προβλήματα στο να στήσω το vmware με το image του mono.
Αλέξανδρος Ιλατζής από Κατερίνη

Το αρχικό μήνυμα του Joel είναι αρκετά παλιό όπως και η απάντηση.

Αν το καλοσκεφτεί κάποιος, τα προβλήματα που δημιουργεί ένας linker αντισταθμίζουν τα οφέλη. Αν κάποιος δεν έχει internet, κατά πάσα πιθανότητα θα προμηθευτεί την εφαρμογή που θέλει σε κάποιο μέσο με ικανό χώρο να χωρέσει έναν framework installer (ποιος χρησιμοποιεί δισκέτες πλέον).

Από την άλλη, το να ενσωματώσει κανείς τα core libraries στην εφαρμογή του προκαλεί πιθανά προβλήματα με references (πχ μέσω reflection), και δεν δίνει την δυνατότητα να εκμεταλλευτεί άμεσα κάποιο service release, για να μην πάμε σε θέματα gac & security.
Συν το ότι πλέον το 99% των συστημάτων με windows έχουν τουλάχιστον έκδοση XP και φέρουν πιθανότατα πρόσφατα service packs, το .net framework συμπεριλαμβάνεται ήδη στην πλειοψηφία των συστημάτων αυτών (έκδοση 2.0 για XP SP2 και 3.5 για XP SP3 - τα Vista δεν έχουν πρόβλημα καθώς το 3.5 συμπεριλαμβάνεται στο SP1 και είναι ελάχιστοι αυτοί που τρέχουν Vista RTM).

---

Μην αφήνετε τα media να σας "ταΐζουν"!

Συμφωνώ με το Mitsara. Η ερώτηση είχε κάποιο νόημα πριν 4-5 χρόνια, σήμερα όμως .... όλοι σχεδόν έχουν Internet! Ή έχουν έκδοση Windows με ενσωματωμένο το .NET! Ή το έχουν ήδη, γιατί κάποιο άλλο πρόγραμα το εγκατέστησε, κλπ, κλπ, κλπ.
Επιπλέον, δεν θα υπήρχε κάποιο πραγματικό όφελος. Το .ΝΕΤ 2.0 Runtime έχει μέγεθος > 20 MB, τα μεταγενέστερα ακόμα μεγαλύτερο. Οι εφαρμογές έχουν μέγεθος συνήθως 1-2 MB. Γιατί να προσθέσει κανείς και το Runtime το οποίο κατά πάσα πιθανότητα ήδη υπάρχει?

Η ιδέα να ενσωματωθεί στο binary και το Runtime είχε πρωτοεμφανιστεί το 2002 καθώς οι περισσότεροι δεν είχαν καταλάβει τη διαφορά Runtime από απλές βιβλιοθήκες. Αφού μπορώ να ενσωματώσω τα Dll στο binary μου, γιατί να μην το κάνω και με το Runtime? Το Runtime όμως ΔΕΝ είναι βιβλιοθήκη. Είναι το περιβάλλον στο οποίο τρέχουν ΟΛΕΣ οι εφαρμογές .NET, έχει ρυθμίσεις που αφορούν το μηχάνημα και το domain, εγκαθιστά services, τροποποιεί τον IIS, και γενικώς κάνει αλλαγές που αφορούν το μηχάνημα στο οποίο εγκαθίσταται, όχι μόνο μία εφαρμογή.

Στην πραγματικότητα, πρόκειται για κακή ιδέα. Όχι μόνο το Runtime είναι μεγάλο, αλλά υπάρχει κίνδυνος για ασυμβατότητες αν ο χρήστης έχει ήδη εγκατεστημένη την ίδια έκδοση με κάποια επιπλέον hotfixes. Ακόμα χειρότερα, η εφαρμογή θα πρέπει να περιλαμβάνει κάθε hotfix και service pack που βγαίνει, γιατί απλά θα είναι αδύνατο πλέον το upgrade μέσω του Windows Upgrade. Αυτό θα οδηγήσει σε ακόμα μεγαλύτερο πρόβλημα καθώς ο δημιουργός του προγράμματος θα πρέπει να υποστηρίξει κάθε έκδοση της εφαρμογής, για κάθε πιθανό patch και upgrade,

... και να αναλάβει φυσικά την ευθύνη αν κάτι πάει στραβά λόγω έλλειψης κάποιου critical security update.

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

Μήπως δεν γίνεται γιατί τα pinvoke calls που γίνονται ειναι πολύ δύσκολο να μεταφερθούν σε άλλη πλατφόρμα, πως γίνεται με το mono και με το .νετ δε γίνεται;
αν σας κουράζω πειτε το καινούργιος είμαι και έχω πολλές ερωτήσεις;

Δεν είναι ότι δεν γίνεται, είναι ότι είναι κακή ιδέα και εγκαταλείφθηκε. Στο παρελθόν είχε βγει κάποιο utility που έκανε ακριβώς αυτό, αλλά δεν έπιασε ακριβώς γιατί δεν βόλευε κανένα. Ειδικά για τις εταιρείες (που παραγγέλνουν το 99.99999% των εφαρμογών), το απολύτως τελευταίο πράγμα που ήθελαν ήταν κάθε εφαρμογή να κουβαλάει και το δικό της .NET.

Δεν είναι θέμα PInvoke. Συγχέεις ακόμα τις βιβλιοθήκες με το Runtime. Το Runtime του .NET είναι παρόμοιο με τo Runtime της Java. Είναι ουσιαστικά ένα component του λειτουργικού, όχι της εφαρμογής. Το εγκαθιστάς μία φορά και μετά πάνω από αυτό εκτελούνται όλες οι εφαρμογές. Αν θέλεις ντε και καλά να το πακετάρεις μαζί με την εφαρμογή σου, το κάνεις στο setup, δεν το κολλάς στο binary.

---

Παναγιώτης Καναβός, Freelancer
Twitter: http://www.twitter.com/pkanavos

ευχαριστώ