• Hecho: Shell scripting es una necesidad para cualquier serio ÉL admin que maneja un servidor. De automatizar reservas a comprobar registros y a mantener funcionamiento del servidor y la carga cheque, el scripting es a debe.
• Hecho: Shell scripting en Windows aspira. El mónada (energía Shell de Microsoft) procura fijar eso, pero los resultados se mezcla hasta ahora.
• Hecho: Shell scripting en Linux y otros sistemas operativos del *nix es de gran alcance, bien documentado, y absolutamente straight-forward.

La mayoría de la gente hecha una ojeada estos tres hechos, y viene inmediatamente a una conclusión. mal conclusión: usted no puede manejar correctamente un servidor de Windows porque intrínsecamente está careciendo en el departamento scripting de la cáscara.

…

Mono es la versión de la abrir-fuente del marco de .NET de Microsoft. Pone la mayor parte de las características backend del marco en ejecución, pero desafortunadamente, las caídas completamente en su pequeña cara bonita al procurar exhibir el interfaz utilizador - que es sobre cuál están los apps de escritorio todo.

Vino en la otro-mano, está un puerto (las partes importantes de) de la biblioteca de Win32 de Microsoft - las dependencias de Linux de la base de las bibliotecas del desarrollo de Windows, y más importantemente, los elementos del interfaz win32. Con el vino, usted puede funcionar muchos executables tradicionales de C++ win32 en Linux, con ciertas limitaciones.

El mono bloque que tropieza más grande es los programas del GUI y de .NET que utilizan P/Invoke para llamar los dlls no-manejados nativos win32 - mono es un ambiente puro de .NET, y no puede manejarlos. Pero de la descripción arriba, eso es exactamente 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

…