探索PowerShell (三) PowerShell下使用Aliases
2019/7/10 21:28:41
本文主要是介绍探索PowerShell (三) PowerShell下使用Aliases,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
不知道各位有没有接触过linux,我才疏学浅,对alias的认识是从linux上来的。Linux常用的Bash命令也是有上百个,虽然一般情况下命令都非常简短,不过很多时候需要大量的却是大量的参数,这样,对很多初学者来说,背命令变成为最头疼的事情,也使得很多Linux初学者望而生畏。因此,在linux下,很常用的就是alias,也就是别名。当然,PowerShell很好的借鉴了这一点。
这一节就来介绍PowerShell下的Aliases。
在PowerShell中,为了习惯于使用,可以使用别名代替命令。例如,Windows老手可以利用像dir、move、type、cls等,当然,为了吸纳更多使用者,PowerShell还提供了对Linux的别名设置,如:ls、pwd、mv、man、cat等。
为PowerShell设置别名的目的,是为了向新用户提供一个能够快速交互的shell。这里的alias,指的是cmdlet的替代名称。例如,"dir”替代的是"Get-ChildItem”。
在这一节,将介绍两种类型的alias:
内置的别名
适用于Windows,Unix和预定义的PowerShell cmdlet的替代名称。
使用以下命令来浏览PowerShell的alias列表:
get-alias <enter>
细心的童鞋可以发现,Get-ChileItem这个cmdlet拥有多个alias,如:dir、ls、gci。我们可以尝试这些命令,结果都是一样的,如下图:
从本质上讲,我们只是运行了四次"get-chileitem"。内置别名的存在,使得我们在shell中工作时更加顺手而高效。不过说实在的,作为用户,我们没有必要多多的关注一个cmdlet都有哪些alias,我们只要用好自己习惯的就行了。
用户自定义的PowerShell的Alias
设置alias的命令
例:为名为'get-service”的cmdlet定义一个alias
Set-Alias gs Get-Service <enter>
相当简单的语法,没有什么可多说的。
使用以上命令为你的cmdlet定义alias确实很容易,不过存在一个问题,就是这个alias只对当前处于会话期的PowerShell有效,也就是说,当你关闭并重新打开PowerShell时,输入这条alias,PowerShell会很无情的告诉你 “The term ‘gs' is not recognized as a cmdlet, function, operable program, or script file. Verify the term and try again.”
那么,当我们创建了一个Alias,并且不想失去它,我们怎么办?
• 有两种选择:
导入和导出PowerShell的Aliases;
使用PowerShell配置文件来自定义Alias。
方法一:导入和导出PowerShell的Aliases
导出Aliases的一个好处就是,你可以将它带到任何一个你想使用的地方。其命令如下<导出文件名自定义>:
Export-Alias -Path a.txt <enter>
我们可以用notepad.exe看看这个里面都是些什吗东东~~~
好了,有人迫不及待的想试试导入了吧~~~
Import-Alias -Path a.txt <enter>
额~杯具了!!!
看起来很惨的样子……
其实如果一个cmdlet存在alias,那么再次导入就会产生这样的杯具。
所以,我们的导出文件,只需要很简单的定义出自己常用的alias即可(那些系统自带的都统统删除就好啦),如:
好了,就是这样,嘿嘿嘿,是不是很邪恶~~~看看效果吧:
当然,强大的PowerShell不会弱智到让用户每次启动shell时都手动载入aliases一次的。在PowerShell的配置文件中,我们可以进行相关设置。
方法二:使用PowerShell的配置文件
配置文件的位置存储在$Profile变量中,其默认值为:
'My Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1″
使用如下命令查看$Profile值:
$Profile
如前所述,PowerShell配置文件是一个扩展名为“.ps1”的文件。所有PowerShell脚本都使用这个扩展名。在此,我将使用记事本对其进行编辑。不过在此之前,还需要检查的PowerShell的执行策略设置。
PowerShell在第一次安装时默认的执行策略是"Restricted",也就是“受限制的”,这意味着PowerShell将不能运行任何脚本和配置文件。
• PowerShell的执行策略分级:
Restricted - 不能运行任何脚本和配置文件
AllSigned - 所有脚本和配置文件必须拥有受信任的发布者的签名
RemoteSigned - 所有脚本和配置文件从可以是互联网上下载,但必须拥有受信任的发布者的签名
Unrestricted - 所有脚本和配置文件都将运行,从互联网上下载的脚本在运行前会有提示。
使用如下cmdlet查看当前所处的策略级别:
Get-ExecutionPolicy <Enter>
修改策略级别为Unrestricted:
Set-ExecutionPolicy Unrestricted <enter>
好的,我们现在来对$Profile进行配置。
• 第1步 验证$Profile是否存在
test-path $Profile <Enter>
false ===> 配置文件不存在(继续步骤2)。
true ===> 不多说了,直接跳过步骤2和3吧。除非你想创建一个新的配置文件,不过这将删除当前的配置文件。
• 第2步 创建一个新的配置文件
New-Item -Path $Profile -ItemType file -Force <enter>
第3步 再次验证是否成功创建新的配置文件
重复步骤1吧。结果应该为"true”。
好了,在记事本中打开配置文件:
notepad $Profile <enter>
OK!我们现在拥有了一个空白的配置文件,其实可以称之为一个空白脚本。
其文件名为:
“Microsoft.PowerShell_profile.ps1″
现在开始配置吧:
好了,现在可以关闭notepad和Powershell了。重新打开PowerShell试试看。
完美!
另外需要说明几点,更改PowerShell策略级别时,需要使用管理员权限的,否则……
好了,这一节就到这里。说实话,那几个策略级别的单词真不好记,不过幸好不常用~~~
这篇关于探索PowerShell (三) PowerShell下使用Aliases的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2022-09-14SharePoint 2019 用 PowerShell将启用发布功能站点网站集另存为模板
- 2022-08-30PowerShell教程 - 程序性能和BUG分析工具
- 2022-08-30PowerShell教程 - 模块管理(Modules Management)
- 2022-08-29PowerShell教程 - Web requests(Web请求)
- 2022-08-26PowerShell教程 - 日期时间管理(Date & Time Management)
- 2022-08-25PowerShell教程 - 磁盘与硬件管理(Disk & Hardware Management)
- 2022-08-25PowerShell教程 - 系统事件管理(System Event Management)
- 2022-08-25PowerShell教程 - 文件系统管理(File System Management)
- 2022-08-24PowerShell教程 - 网络管理(Network Management)
- 2022-08-24PowerShell