当前位置:  开发笔记 > 数据库 > 正文

为什么我会选择Powershell而不是WMI来开发管理界面?

如何解决《为什么我会选择Powershell而不是WMI来开发管理界面?》经验,为你挑选了1个好方法。

我们正在讨论为我们的分布式系统开发改进的管理基础架构.我们使用COM,Web服务和.NET组件.由于我们基于Microsoft Windows Server XP/2003,我猜,我们基本上有两个选择:

    Powershell cmdlet

    使用System.Management和WMI提供程序的WMI类用于本机代码(类,实例,方法,事件)

为什么我们会选择Powershell而不是WMI?



1> Steven Muraw..:

我会选择PowerShell而不是WMI,原因如下:

    编写cmdlet只是添加.NET类.

    PowerShell运行时提供内置的命令行解析.

    在PowerShell中编写管理界面使管理员能够将应用程序的管理与其他应用程序和服务(如Exchange,Active Directory或SQL Server)的管理集成在一起.

    PowerShell环境使管道可供管道使用,从而可以更有效地完成应用程序的管理任务.

    可发现性.PowerShell通过Get-Command,Get-Member和Get-Help为管理员提供了一个极易发现的环境,从而缩短了维护应用程序的学习时间.

即使您使用WMI路由,PowerShell也支持使用WMI(尽管有一些小问题).

对我来说,PowerShell是面向应用程序的面向任务的界面的最佳方式.在Microsoft提供PowerShell的支持下,它将成为整个企业中管理应用程序和服务的一致界面.

我的日常工作是管理员,我正在推动所有与我合作的供应商展示PowerShell管理API,因为这使得管理应用程序的学习曲线和上下文切换更低.在开发方面,我已经编写了(并且仍在开发)一系列PowerShell cmdlet,用于我使用的一个开源产品,并且正在为另一个应用程序工作.

推荐阅读
oDavid_仔o_880
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有