Эквивалент C#«Использование» ключевого слова в PowerShell?

StackOverflow https://stackoverflow.com/questions/1048954

  •  20-08-2019
  •  | 
  •  

Вопрос

Когда я использую другой объект в .net-Framework в C#, я могу сохранить много печати, используя директиву.

using FooCompany.Bar.Qux.Assembly.With.Ridiculous.Long.Namespace.I.Really.Mean.It;

...


  var blurb = new Thingamabob();

...

Так есть ли способ в PowerShell сделать что -то похожее? Я получаю доступ к множеству объектов .NET и не рад печати

 $blurb = new-object FooCompany.Bar.Qux.Assembly.With.Ridiculous.Long.Namespace.I.Really.Mean.It.Thingamabob;

все время.

Это было полезно?

Решение

PowerShell 5.0 (включен в WMF5 или Windows 10 и UP), добавляет using namespace Построить на языке. Вы можете использовать его в своем сценарии так:

#Require -Version 5.0
using namespace FooCompany.Bar.Qux.Assembly.With.Ridiculous.Long.Namespace.I.Really.Mean.It
$blurb = [Thingamabob]::new()

( #Require оператор на первой строке не требуется для использования using namespace, но это предотвратит работу сценария в PS 4.0 и ниже, где using namespace это синтаксическая ошибка.)

Другие советы

На уровне пространства имен действительно ничего нет. Я часто назначаю широко используемые типы с переменными, а затем экземпляр их:

$thingtype = [FooCompany.Bar.Qux.Assembly.With.Ridiculous.Long.Namespace.I.Really.Mean.It.Thingamabob];
$blurb = New-Object $thingtype.FullName

Вероятно, не стоит того, если тип не будет использоваться неоднократно, но я считаю, что это лучшее, что вы можете сделать.

Проверьте этот пост в блоге пару лет назад: http://blogs.msdn.com/richardb/archive/2007/02/21/add-types-ps1-poor-man-s-using-for-powershell.aspx

Вот add-types.ps1, выдержка из этой статьи:

param(
    [string] $assemblyName = $(throw 'assemblyName is required'),
    [object] $object
)

process {
    if ($_) {
        $object = $_
    }

    if (! $object) {
        throw 'must pass an -object parameter or pipe one in'
    }

    # load the required dll
    $assembly = [System.Reflection.Assembly]::LoadWithPartialName($assemblyName)

    # add each type as a member property
    $assembly.GetTypes() | 
    where {$_.ispublic -and !$_.IsSubclassOf( [Exception] ) -and $_.name -notmatch "event"} | 
    foreach { 
        # avoid error messages in case it already exists
        if (! ($object | get-member $_.name)) {
            add-member noteproperty $_.name $_ -inputobject $object
        }
    }
}

И использовать его:

RICBERG470> $tfs | add-types "Microsoft.TeamFoundation.VersionControl.Client"
RICBERG470> $itemSpec = new-object $tfs.itemspec("$/foo", $tfs.RecursionType::none)

По сути, я делаю, так это ползти сборку для нетривиальных типов, а затем напишите «конструктор», который использует добавление добавления их (структурированным образом) к объектам, о которых я забочусь.

Смотрите также этот последующий пост: http://richardberg.net/blog/?p=38

Это просто шутка, шутка ...

$fullnames = New-Object ( [System.Collections.Generic.List``1].MakeGenericType( [String]) );

function using ( $name ) { 
foreach ( $type in [Reflection.Assembly]::LoadWithPartialName($name).GetTypes() )
    {
        $fullnames.Add($type.fullname);
    }
}

function new ( $name ) {
    $fullname = $fullnames -like "*.$name";
    return , (New-Object $fullname[0]);
}

using System.Windows.Forms
using FooCompany.Bar.Qux.Assembly.With.Ridiculous.Long.Namespace.I.Really.Mean.It
$a = new button
$b = new Thingamabob

Вот какой -то код, который работает в PowerShell 2.0, чтобы добавить псевдонимы типов. Но проблема в том, что это не общеизводится. С некоторой дополнительной работой вы могли бы «не импортировать» пространства имен, но это должно привести к хорошему началу.

##############################################################################
#.SYNOPSIS
# Add a type accelerator to the current session.
#
#.DESCRIPTION
# The Add-TypeAccelerator function allows you to add a simple type accelerator
# (like [regex]) for a longer type (like [System.Text.RegularExpressions.Regex]).
#
#.PARAMETER Name
# The short form accelerator should be just the name you want to use (without
# square brackets).
#
#.PARAMETER Type
# The type you want the accelerator to accelerate.
#
#.PARAMETER Force
# Overwrites any existing type alias.
#
#.EXAMPLE
# Add-TypeAccelerator List "System.Collections.Generic.List``1"
# $MyList = New-Object List[String]
##############################################################################
function Add-TypeAccelerator {

    [CmdletBinding()]
    param(

        [Parameter(Position=1,Mandatory=$true,ValueFromPipelineByPropertyName=$true)]
        [String[]]$Name,

        [Parameter(Position=2,Mandatory=$true,ValueFromPipeline=$true)]
        [Type]$Type,

        [Parameter()]
        [Switch]$Force

    )

    process {

        $TypeAccelerators = [Type]::GetType('System.Management.Automation.TypeAccelerators')

        foreach ($a in $Name) {
            if ( $TypeAccelerators::Get.ContainsKey($a) ) {
                if ( $Force ) {
                    $TypeAccelerators::Remove($a) | Out-Null
                    $TypeAccelerators::Add($a,$Type)
                }
                elseif ( $Type -ne $TypeAccelerators::Get[$a] ) {
                    Write-Error "$a is already mapped to $($TypeAccelerators::Get[$a])"
                }
            }
            else {
                $TypeAccelerators::Add($a, $Type)
            }
        }

    }

}

Если вам просто нужно создать экземпляр вашего типа, вы можете сохранить имя пространства длинных имен в строке:

$st = "System.Text"
$sb = New-Object "$st.StringBuilder"

Это не так мощно, как using Директива в C#, но, по крайней мере, ее очень прост в использовании.

Спасибо всем за ваш вклад. Я отметил вклад Ричарда Берга как ответ, потому что он наиболее напоминает то, что я ищу.

Все ваши ответы принесли мне на трассу, который кажется наиболее перспективным: в его сообщение в блоге Кейт Дальби предлагает командующий тип Get-Type, который позволяет легче посвятить типов для общих методов.

Я думаю, что нет никаких причин против того, чтобы он также искал предопределенный путь сборки для типа.

Отказ от ответственности: я еще не построил - пока ...

Вот как можно использовать его:

$path = (System.Collections.Generic, FooCompany.Bar.Qux.Assembly.With.Ridiculous.Long.Namespace.I.Really.Mean.It)

$type = get-type -Path $path List Thingamabob
$obj = new-object $type
$obj.GetType()

Это приведет к хорошему общему списку ThingAmabob. Конечно, я бы обернулся без определения пути в очередную функцию утилиты. Расширенный тип GET будет включать шаг для решения любого данного типа снова по пути.

#Requires -Version 5
using namespace System.Management.Automation.Host
#using module

Я понимаю, что это старый пост, но я искал то же самое и наткнулся на это: http://weblogs.asp.net/adweigert/powershell-adding-the-using-statement

РЕДАКТИРОВАТЬ: Полагаю, я должен указать, что это позволяет использовать знакомый синтаксис ...

using ($x = $y) { ... }
Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top