3 ms·

> Yes they are. I literally just spoon fed you exactly how to go look for yourself about how cmdlets work and how they're distinct from the .Net classes they r

> Yes they are. I literally just spoon fed you exactly how to go look for yourself about how cmdlets work and how they're distinct from the .Net classes they represent. I honestly don't know what more I can do. > The fact that you (and others I've seen here and elsewhere) continue to believe otherwise further demonstrates how deceptive PowerShell's design is. You realise I understand how Powershell works top to bottom, right? Where are they "deceiving me?" You can yourself can go learn about Powershell's artitecture (you have the tools, I've given them to you, and you clearly have access to the documentation). > What's interesting is that the cmdlet documentation is very clear: Wait is your biggest issue that cmdlets are held within DLLs of classes instead of standalone binaries? Because based on the snippets you posted I can only assume that is what your issue is. Wait, but hold on, how many internal commands do most UNIX shells have? Dozens? Hundreds? Here's a list of them for bash: http://www.gnu.org/software/bash/manual/html_node/Bash-Builtins.html http://www.gnu.org/software/bash/manual/html_node/Bash-Built... So why one rule for UNIX and another for Powershell? Why does it matter that you can store multiple commands (cmdlets) inside of a single DLL?

jc22 11y ago
Beyond all that, a PowerShell cmdlet could be implemented as a .net class, a script, or a function with cmdlet style binding, or literally anything else you can write a command processor for. (I worked on the team that developed PowerShell for about 8 years, so don't argue with me, n00b.)
- mburns 11y ago
  >so don't argue with me, n00b. This is generally not an acceptable attitude on Hacker News. Being technically correct is enough, there is no need to be rude about it.
  - jc22 11y ago
    I was being meta-ironic, actually. Is that allowed?
    - hackmiester 11y ago
      It just doesn't come across very well in text.
  - deleted 11y ago
    [deleted]
weland 11y ago
I'm only passingly familiar with PowerShell but really, it's Microsoft, in the bloody documentation, that literally states precisely that cmdlets are instances of .NET Framework classes: "Cmdlets differ from commands in other command-shell environments in the following ways: Cmdlets are instances of .NET Framework classes; they are not stand-alone executables. https://msdn.microsoft.com/en-us/library/ms714395%28v=vs.85%29.aspx https://msdn.microsoft.com/en-us/library/ms714395%28v=vs.85%... We can have an ontological debate about how an instance of an-object-as-a-concept is different from an instance of an-object-as-memory-content but I think that's best left to amateur philosophers.

jc22 11y ago

Beyond all that, a PowerShell cmdlet could be implemented as a .net class, a script, or a function with cmdlet style binding, or literally anything else you can write a command processor for. (I worked on the team that developed PowerShell for about 8 years, so don't argue with me, n00b.)

mburns 11y ago
>so don't argue with me, n00b. This is generally not an acceptable attitude on Hacker News. Being technically correct is enough, there is no need to be rude about it.
- jc22 11y ago
  I was being meta-ironic, actually. Is that allowed?
  - hackmiester 11y ago
    It just doesn't come across very well in text.
- deleted 11y ago
  [deleted]

weland 11y ago

I'm only passingly familiar with PowerShell but really, it's Microsoft, in the bloody documentation, that literally states precisely that cmdlets are instances of .NET Framework classes: "Cmdlets differ from commands in other command-shell environments in the following ways: Cmdlets are instances of .NET Framework classes; they are not stand-alone executables. https://msdn.microsoft.com/en-us/library/ms714395%28v=vs.85%29.aspx https://msdn.microsoft.com/en-us/library/ms714395%28v=vs.85%... We can have an ontological debate about how an instance of an-object-as-a-concept is different from an instance of an-object-as-memory-content but I think that's best left to amateur philosophers.