C#PowerShell的互操作

该系统馆员家伙写一些常用的辅助电源Shell脚本。 主要用于广告管理(更新交换的细节,感动周围的人安全组等)

我想使用从C#这些脚本(我打算把它写成一个图书馆,一个网站消耗)。

我已经看到了这看起来很有趣的代码项目的文章和一个良好的开端。

有没有人有权力壳牌互操作的经验吗? 任何人都可以想到的任何重大的陷阱之前,我先跳头成穗?

附加信息:

我很欣赏有特别的CI和版本后勤方面的挑战。

该计划最初是使用目录服务,通过Web API和cmdlet公开服务。 不幸的是韦阿€™重新具有目录服务的困难(例如截断的结果大套)。

在此期间,而不是用不一致的组合,我想我应该调查使用SYSAdmins’脚本。 为什么要重新发明轮子?

保险业监督€™已经已经写了我的域模型。 我打算实现仓库的模式,所以我可以抽象出AD / Exchange集成,允许在未来不同的实现。

--------------解决方案-------------

如果脚本对系统或用户配置文件相关性,那么你就需要明确点源配置文件到你的运行空间第一。

更高级别的控制(如会话从一个命令他人从事,...访问调试输出)需要更先进/低电平/复杂的工作。

除此之外,这一切只是工作。

我不认为有很多技巧,以这种方式在从一个编译的程序运行脚本的常见问题。 我觉得最大的问题往往是

  1. 让人们从移动脚本
  2. 确保人们不要在没有反映在调用程序的脚本中添加隐藏的依赖关系。

但是,我认为你应该考虑另一种模式为您的发展。 而不是有一个程序引用脚本,为什么不是所有的逻辑加入到编译库。 这可以很容易地联系到程序,并通过小命令暴露在PowerShell中。 我觉得这是一个简单的方法来维持程序中的脚本之间共享代码。

我已经花了数个月INSITE一个C#应用程序中运行PowerShell代码,它工作正常,你可以做一些非常有趣的东西吧。 这就是说具有在脚本文件的PowerShell脚本JaredPar提外应用程序可以是一个痛苦。 我有一个图书馆和船舶周围往哪里需要和它的作品以及我所有的PowerShell代码。

分类:C# 时间:2015-03-15 人气:2
分享到:

相关文章

Copyright (C) 55228885.com, All Rights Reserved.

55228885 版权所有 京ICP备15002868号

processed in 1.601 (s). 10 q(s)