• Fait : Shell scripting est une nécessité pour le tout sérieux IL admin contrôlant un serveur. D'automatiser les protections à vérifier des notations et à maintenir l'exécution de serveur et la charge dans le contrôle, scripting est a doit.
• Fait : Shell scripting sur Windows suce. Le Monad (puissance Shell de Microsoft) essaye de fixer cela, mais jusqu'ici les résultats sont mélangés.
• Fait : Shell scripting sur Linux et d'autres logiciels d'exploitation de *nix est puissant, bien documenté, et tout à fait straight-forward.

La plupart des personnes jettent un coup d'oeil à ces trois faits, et arrivent immédiatement à une conclusion. mal conclusion : vous ne pouvez pas correctement contrôler un serveur de Windows parce qu'il manque en soi dans le département scripting de coquille.

…

Mono est la version d'ouvrir-source du cadre du .NET de Microsoft. Il met en application la plupart des dispositifs principaux de cadre, mais malheureusement, des chutes plates sur son joli petit visage en essayant de montrer l'interface utilisateur - est qui au sujet de ce que les apps d'ordinateur de bureau sont tout.

Vin sur l'autre-main, est un port de Linux (les parties de) de la bibliothèque du Win32 de Microsoft - les dépendances de noyau des bibliothèques de développement de Windows, et d'une manière primordiale, les éléments de l'interface win32. Avec du vin, vous pouvez courir beaucoup d'executables traditionnels de C++ win32 sur Linux, avec certaines limitations.

Le plus grand bloc de trébuchement mono est les programmes de GUI et de .NET qui emploient P/Invoke pour appeler les dlls win32 non-contrôlés indigènes - mono est un environnement pur de .NET, et ne peut pas les manipuler. Mais de la description ci-dessus, c'est exactement 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

…