PowerShell是命令行的加强版吗？PowerShell能执行命令行的所有命令吗？PowerShell要替代命令行？这三个问题的答案足以让我们了解PowerShell与Cmd命令行之间的关系。让我们慢慢道来。。。

　　启动PowerShell，在其中输入几个常用的Cmd命令

PS D:\Projects\Practise\PowerShell> dir
    Directory: D:\Projects\Practise\PowerShell
Mode                LastWriteTime     Length Name
----                -------------     ------ ----
d----         1/23/2013  12:35 PM            d1
d----         1/23/2013  12:35 PM            d2
-a---         1/21/2013   8:38 PM      36314 alias.txt
-a---         1/21/2013   8:32 PM     241530 cmdlets.txt

或者

PS D:\Projects\Practise\PowerShell> cd ..
PS D:\Projects\Practise>

　　结果跟我们的预期是差不多。不过，我们是否就能据此说PowerShell就是PowerShell是命令行的加强版吗？再试试下面这个命令：

PS D:\Projects\Practise\PowerShell> dir /ad
dir : Cannot find path 'D:\ad' because it does not exist.

…

　　这个跟我们的期望相去甚远。在Cmd中，它应该输出当前位置的子文件夹的信息，但是这里，它似乎理解不了我们的参数。下面这个命令也是一样：

PS D:\Projects\Practise\PowerShell> fc .\alias.txt .\cmdlets.txt
Format-Custom : A positional parameter cannot be found that accepts argument '.\cmdlets.txt'.

…

　　我本来想要调用比较两个文件的fc命令，结果它却理解成了Format-Custom，牛头不对马嘴。这是怎么回事儿呢？到这里我们就可以回答前两个问题了：PowerShell不能执行Cmd命令行的所有命令，确切地说，PowerShell不能执行任何Cmd命令，至少不能直接执行。这是因为，PowerShell不是Cmd的新版本或者加强版什么的，只是它的有些命令从长相到功能都跟Cmd命令很相似而已。

PowerShell与Cmd命令行的关系

　　PowerShell可以做为一个应用程序在Cmd中运行，其运行方式有点像在Cmd中运行SQLCmd或者Nslookup，在没有明确exit退出之前，一直是应用程序的运行环境，一切的输入，包括命令和数据，都由应用程序来接受和处理。

D:\Projects\Practise\PowerShell>powershell
Windows PowerShell
Copyright (C) 2012 Microsoft Corporation. All rights reserved.

PS D:\Projects\Practise\PowerShell> get-help

TOPIC
    Windows PowerShell Help System

…

Cmd也可以在PowerShell中作为应用程序运行，其运行方式与在Cmd中运行PowerShell相似：

PS D:\Projects\Practise\PowerShell> cmd
Microsoft Windows [Version 6.2.9200]
(c) 2012 Microsoft Corporation. All rights reserved.

D:\Projects\Practise\PowerShell>dir /ad
Volume in drive D is Doc
Volume Serial Number is A6C5-E7CE

Directory of D:\Projects\Practise\PowerShell

01/30/2013  04:54 PM    <DIR>          .
01/30/2013  04:54 PM    <DIR>          ..
01/23/2013  12:35 PM    <DIR>          d1
01/23/2013  12:35 PM    <DIR>          d2

…

　　PowerShell通过Alias这个特性，可以让使用者以Cmd风格来使用PowerShell命令。这样做的好处是让用户在刚接触PowerShell的时候，就像在使用Cmd一样亲切、熟悉。坏处是，让人容易把PowerShell和Cmd搞混了。不过当你了解了Alias的概念和Get-Alias命令以后，这个问题将迎刃而解：

PS D:\Projects\Practise\PowerShell> get-alias dir, echo, type

CommandType     Name                                               ModuleName
-----------     ----                                               ----------
Alias           dir -> Get-ChildItem

Alias           cd -> Set-Location
Alias           echo -> Write-Output

　　就是说dir实际上是PowerShell的Get-ChildItem命令的一个别名，cd是Set-Location的别名。。。到这里PowerShell和Cmd的关系问题算是解决了。

Cmd命令行会被PowerShell替代吗？

　　我其实一直以来都很讨厌类似“谁不如谁好”、“谁要代替谁”的问题，放到这里也一样，新的东西必然有它的优越性，旧的东西也有一票粉丝。从现在PowerShell被接受的程度来看，短时间内Cmd不会被PowerShell替代。长远来看呢，谁知道呢。我只知道，多一份选择就多一份自由，多一种可能性

本文链接

　　如何快速地掌握PowerShell呢？总的来说，就是要尽可能多的使用它，就像那句谚语说的：Practice makes perfect。当然这里还有一些原则和方法让我们可以遵循。

有效利用交互式环境

　　一般来说，PowerShell有两个主要的运行环境：PowerShell和PowerShell ISE。前者是PowerShell的运行环境，后者是PowerShell集成脚本环境，也就是编写脚本（.ps1）的地方。当然，你也可以使用记事本或者其他编辑器来编写脚本。对于初学者来说，一上来就写脚本绝对不是个好主意。但是如果有些人非这么做不可，或者被迫这么做（亲，你懂的），那么我也建议你善于利于交互式环境。写每一条脚本之前先运行一下，看看效果，如果正确，再复制到脚本中。当然，如果你已经对PowerShell有一定动力了，你就不用听我在这里乱盖了

充分利用帮助文档

　　需不需要买本书呢？这个问题因人而异。我在学习PowerShell之初看了Mining出版社的《PowerShell in Action》，原版的。感觉人家写的真好，跟小说似的。看的时候都不想敲代码了，有点上瘾的那种感觉。可惜的是，我看过之后，好长时间没有碰PowerShell。后来再捡起PowerShell的时候，竟然想不起来那本书里写了点啥，看来以后还得再看一遍。

　　话说回来，不管你案头有没有参考书，帮助文档一定是会很有用的。关于帮助文档，你怎么看？我有两种看法，一个是在写代码的时候，稍微遇到不清楚的地方，我就会查帮助文档，或者找到合适的命令，或者确认某个参数的用法，很好用；另一种看法是，我把几个相关的帮助复制下来，打印出来，坐在工位一边喝茶一边看，或者早上上班的时候，在公交车上看。你要是看到699或者614上有一个男的，有凳子不坐，站在那里手里拿了几页打印的纸在看，上面是关于PowerShell的，那就是我

读代码和学语法

　　国内很多语言入门的书，都有点教科书的倾向，一般都是先讲由来，接着是基本类型和运算符，然后是逻辑控制，再然后是文件和数据库处理，最后是某些重要领域的支持和处理方法。这类书的好处是，如果你能够耐着性子看下去，等到把书看完的时候，你就会有小成了。但问题是，我的耐心往往不够，宁愿把书拆开了，一点一点的看。

　　其实读别人写的代码，也是个很好的学习方法。这是我近来发现的，以前都不爱看别人的代码。看别人的代码，你可以把感兴趣的画出来，敲进电脑，执行一下，看看效果，随便改改，再看看效果。牵涉到什么概念就去帮助文档里查，牵涉的比较多就但因出来慢慢看。

结语

　　作为本篇结束，我有一句忠告，就是把你的兴趣当作一个你必须讨好的人，不要累着它，要惯着它，常常拿些小的成就感刺激它，这样它就会很配合，你也不会神经衰弱。

本文链接

今天在用win2k网络访问winxp的时候，又被提示“访问被拒绝”。当时已经进入了winxp的计算机，能看到共享的文件夹了，据此分析应该是当前登录的帐户没有在共享文件夹的ACL列表中。

到winxp计算机上看到guest帐户是启用状态，原来登录时使用的是guest身份。所以在winxp上禁用。再次从win2k访问winxp，这回提示输入用户名和密码，我输入winxp的本地administrator和密码（密码为空），提示“登录失败：用户帐户限制”

到winxp的gpedit.msc下的 计算机配置－》安全设置－》 本地策略－》安全选项 看到“帐户：使用空密码的帐户只能进行控制台登录”是启用的，然后到winxp的计算机管理设置本地administrator的密码。

再次从win2k访问winxp，ok！

看来winxp安全性比win2k高了一些！

原来听过webcast“工作组环境下网络访问的疑难解答”，还看过gnaw0725的相关文章，真的是受益匪浅。

要成功进行网络访问要经过4个关卡：

网络协议－》身份验证－》安全策略－》被访问对象上的ACL。

首先：协议要支持，比如tcp/ip。

其次：客户端要提供自己的身份，告诉server自己是谁

然后：服务器检查安全策略，看是否允许客户端登录。

最后：检查当然登录的客户是否有访问对象的权限。

再出现不能访问的时候，我们要根据提示去分析原因，以下借用gnaw0725的blog的链接，里面告诉你根据提示找到解决的方法。

本文链接