• Feit: Het scripting van Shell is een must voor om het even welke ernstige admin van IT leidend een server. Van het automatiseren van steunen aan het controleren van logboeken en het houden van serverprestaties en lading in controle, is het scripting een must.
• Feit: Het scripting van Shell op Vensters zuigt. Monad (de Macht Shell van Microsoft) probeert om dat te bevestigen, maar tot dusver worden de resultaten gemengd.
• Feit: Scripting van Shell op Linux en andere werkende systemen *nix is krachtig, goed gedocumenteerd, en vrij ongecompliceerd.

De meeste mensen nemen een blik bij deze drie feiten, en komen onmiddellijk aan een conclusie. verkeerd conclusie: u kunt geen server van Vensters behoorlijk leiden omdat het inherent in de shell scripting afdeling ontbreekt.

…

Mono is de open-bronversie van het Kader van Microsoft .NET. Het voert de meeste eigenschappen van het achterste deelkader uit, maar jammer genoeg, dalingen vlak op zijn mooi weinig gezicht wanneer het proberen om het gebruikersinterface te tonen - dat welke is Desktop apps ongeveer allen zijn.

Wijn voor de ander-hand, is een haven Linux van (belangrijke delen van) de bibliotheek van Win32 van Microsoft - de kerngebiedsdelen van de de ontwikkelingsbibliotheken van Vensters, en wat nog belangrijker is, de win32 interfaceelementen. Met Wijn, kunt u vele traditionele C++ win32 executables op Linux, met bepaalde beperkingen in werking stellen.

Het mono grootste het struikelen blok is GUI en .NET programma's die P/Invoke gebruiken om inheemse niet-geleide win32 te roepen dlls - Mono is een zuiver .NET milieu, en kan niet hen behandelen. Maar van de beschrijving hierboven, die is precies 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

…