• Γεγονός: Η σεναριογραφία της Shell είναι ένας μούστος για οποιοδήποτε σοβαρό admin ΤΠ διαχειριμένος έναν κεντρικό υπολογιστή. Από την αυτοματοποίηση των στηριγμάτων στον έλεγχο των κούτσουρων και την κράτηση της απόδοσης κεντρικών υπολογιστών και του φορτίου στον έλεγχο, η σεναριογραφία είναι ένας μούστος.
• Γεγονός: Η σεναριογραφία της Shell στα παράθυρα απορροφά. Το μονοσθενές στοιχείο (δύναμη Shell της Microsoft) προσπαθεί να καθορίσει αυτής, αλλά μέχρι τώρα τα αποτελέσματα αναμιγνύονται.
• Γεγονός: Η σεναριογραφία της Shell σε Linux και άλλα λειτουργικά συστήματα *nix είναι ισχυρή, καλά τεκμηριωμένη, και αρκετά απλή.

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

…

Μονο είναι η έκδοση ανοικτός-πηγής του πλαισίου της Microsoft .NET. Εφαρμόζει τα περισσότερα από τα το χαρακτηριστικά γνωρίσματα πλαισίου οπίσθιου μέρους, αλλά δυστυχώς, πτώσεις επίπεδες σε όμορφό του λίγο πρόσωπο κατά προσπάθεια να επιδειχθεί το ενδιάμεσο με τον χρήστη - που είναι ποιος υπολογιστής γραφείου apps είναι όλες περίπου.

Κρασί στο άλλος-χέρι, είναι ένας λιμένας Linux (μεγαλύτερα μέρη) της βιβλιοθήκης Win32 της Microsoft - οι εξαρτήσεις πυρήνων των βιβλιοθηκών ανάπτυξης παραθύρων, και το πιο σημαντικό, τα στοιχεία διεπαφών win32. Με το κρασί, μπορείτε να τρέξετε πολλά παραδοσιακά C++ win32 executables σε Linux, με ορισμένους περιορισμούς.

Ο μονο μεγαλύτερος να σκοντάψει φραγμός είναι το GUI και .NET προγράμματα που χρησιμοποιούν P/Invoke για να καλέσουν εγγενές μη-ρυθμισμένο win32 dlls - μονο είναι ένα καθαρό .NET περιβάλλον, και δεν μπορεί να τα χειριστεί. Αλλά από την περιγραφή ανωτέρω, η οποία είναι ακριβώς what WINE excel at… So can’t we use WINE + Mono to make just about any .NET program run on Linux fresh out of the .NET compiler?

Unfortunately, the answer is no. Back when the Mono project was first starting out, the Mono development team considered using WINE to implement the System.Windows.Forms namespace of the .NET Framework (which is practically 100% native C++ unmanaged win32 code in .NET wrappers). But they made the right choice in deciding to not take the easy way and go that route, leaving the integrity of the Mono project intact and focusing on true cross-platform user interface libraries instead (the GTK# is now the UI Library of choice for cross-platform .NET applications).

…

Overview

In my earlier post, I showed how to create a Shell Namespace Extension using the default IShellView implementation (also known as DefView). One thing you might have noticed from the sample is that the Commands Module is void of even the default items such as “Organize” and “Views”.

If you are developing your own Namespace and want to include the default buttons and/or add your own elements to the Commands Module as well, how do you accomplish this? The answer: you must implement the IExplorerCommand, IExplorerCommandProvider and IEnumExplorerCommand interfaces.

Below I describe what each of the interfaces is used for and what you need to do to properly implement them in your code.

IExplorerCommandProvider

After your Namespace is loaded, the Shell will ask your Namespace for an instance of an IExplorerCommandProvider. This interface exposes two methods: GetCommand and GetCommands. The Shell calls the GetCommand method to retrieve a specific IExplorerCommand object that matches the supplied GUID (Each command is identified by a GUID). The

…