最近在做信创测试, 在鲲鹏920上分别测试了.net 3.1, 6.0, 8.0, 9.0-preview, 测试结果如下测试方法:dotnet new webapicurl http://localhost:port/whetherforcast 测试的版本:.net core 3.1: 通过.net core 6.0: 通过.net core 8.0: 失败, 提示内存操作失败异常.net core 9.0-preview: 失败, 提示内存操作失败异常请问哪里可以找到技术支持么?

官方文档上写的是返回处理后的图片Url，并且处理后的图片直接返回浏览器展示，不会保存在OBS中，也不会占用存储空间，不会产生存储费用。图片处理只收取处理的费用。然后我按照官方文档提供的示例操作，以为会将图片压缩，并且返回给我一个新的Url结果我发现这个是下载形式的，只是将文件给我读出来，于是我用文件流的方式将文件读出来（此刻我对前面所说的文件会以新的Url方式返回产生了疑惑）然后我把原图片下载下来和进行压缩操作的图片进行对比，发现大小一模一样，并且图片通过网页查看也是一样的大小所以我按照官方文档进行图片压缩，并且希望得到压缩后的图片新的url完全失败既不能压缩图片，也拿不到新的图片url，需要自己通过文件流读取。所以我想请求组一下各位大佬，是我哪儿写的不对，还是我看错文档了，该咋解决呢

【功能模块】进入hetu命令行不管输入什么都报错：Error running command: java.net.ConnectException: Failed to connect to /192.168.1.140:29884但是这个ip不是hetu的节点，不知道为什么会去连这个ip【操作步骤&问题现象】1、2、【截图信息】【日志信息】（可选，上传日志内容或者附件）

你好，编译构建中的Msbuild现在版本还是.net core3.0，能不能更新一下到.net6，.net6是长期支持版本，后续可能使用比较多

这篇文章介绍了.Net结构型设计模式之享元模式（Flyweight），文中通过示例代码介绍的非常详细。对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下目录一、动机（Motivate）二、意图（Intent）三、结构图（Structure）四、模式的组成五、享元模式的具体代码实现六、享元模式的实现要点：1、享元模式的优点2、享元模式的缺点3、在下面所有条件都满足时，可以考虑使用享元模式：七、.NET 中享元模式的实现一、动机（Motivate）在软件系统中，采用纯粹对象方案的问题在于大量细粒度的对象会很快充斥在系统中，从而带来很高的运行时代价——主要指内存需求方面的代价。如何在避免大量细粒度对象问题的同时，让外部客户程序仍然能够透明地使用面向对象的方式来进行操作？二、意图（Intent）运用共享技术有效地支持大量细粒度的对象。                                        ——《设计模式》GoF三、结构图（Structure）四、模式的组成（1）、抽象享元角色（Flyweight）:此角色是所有的具体享元类的基类，为这些类规定出需要实现的公共接口。那些需要外部状态的操作可以通过调用方法以参数形式传入。（2）、具体享元角色（ConcreteFlyweight）：实现抽象享元角色所规定的接口。如果有内部状态的话，可以在类内部定义。（3）、享元工厂角色（FlyweightFactory）：本角色负责创建和管理享元角色。本角色必须保证享元对象可以被系统适当地共享，当一个客户端对象调用一个享元对象的时候，享元工厂角色检查系统中是否已经有一个符合要求的享元对象，如果已经存在，享元工厂角色就提供已存在的享元对象，如果系统中没有一个符合的享元对象的话，享元工厂角色就应当创建一个合适的享元对象。（4）、客户端角色（Client）：本角色需要存储所有享元对象的外部状态。五、享元模式的具体代码实现1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162/// <summary>/// 享元的抽象类/// </summary>public abstract class Flyweight{    public abstract void Operation(int extrinsicState);}/// <summary>/// 需要共享的具体类/// </summary>public class ConceteFlyweight : Flyweight{    public override void Operation(int extrinsicState)    {        Console.WriteLine("需要共享的具体Flyweight类：" + extrinsicState);    }}/// <summary>/// 不需要共享的具体类/// </summary>public class UnsharedConcreteFlyeight : Flyweight{    public override void Operation(int extrinsicState)    {        Console.WriteLine("不需要共享的具体Flyweight类：" + extrinsicState);    }}/// <summary>/// 一个工厂类，用来合理创建对象/// </summary>public class FlyweightFactory{    private Dictionary<string, Flyweight> dic = new Dictionary<string, Flyweight>();    public Flyweight GetFlyweight(string key, bool type)    {        if (!dic.ContainsKey(key))        {            Flyweight flyweight = new UnsharedConcreteFlyeight();            if (type)                flyweight = new ConceteFlyweight();            dic.Add(key, flyweight);        }        return (Flyweight)dic[key];    }}/// <summary>/// 客户端调用/// </summary>public class App{    static void Main()    {        int extrinsicState = 26;        FlyweightFactory factory = new FlyweightFactory();        Flyweight f1 = factory.GetFlyweight("oec2003", true);        f1.Operation(++extrinsicState);        Flyweight f2 = factory.GetFlyweight("oec2003", true);        f2.Operation(++extrinsicState);        Flyweight f3 = factory.GetFlyweight("oec2004", false);        f3.Operation(++extrinsicState);    }}六、享元模式的实现要点：面向对象很好地解决了抽象性的问题，但是作为一个运行在机器中的程序实体，我们需要考虑对象的代价问题。Flyweight设计模式主要解决面向对象的代价问题，一般不触及面向对象的抽象性问题。Flyweight采用对象共享的做法来降低系统中对象的个数，从而降低细粒度对象给系统带来的内存压力。在具体实现方面，要注意对象状态的处理。对象的数量太大从而导致对象内存开销加大——什么样的数量才算大？这需要我们仔细的根据具体应用情况进行评估，而不能凭空臆断。1、享元模式的优点（1）、享元模式的优点在于它能够极大的减少系统中对象的个数。（2）、享元模式由于使用了外部状态，外部状态相对独立，不会影响到内部状态，所以享元模式使得享元对象能够在不同的环境被共享。2、享元模式的缺点（1）、由于享元模式需要区分外部状态和内部状态，使得应用程序在某种程度上来说更加复杂化了。（2）、为了使对象可以共享，享元模式需要将享元对象的状态外部化，而读取外部状态使得运行时间变化。3、在下面所有条件都满足时，可以考虑使用享元模式：（1）、一个系统中有大量的对象；（2）、这些对象耗费大量的内存；（3）、这些对象中的状态大部分都可以被外部化；（4）、这些对象可以按照内部状态分成很多的组，当把外部对象从对象中剔除时，每一个组都可以仅用一个对象代替软件系统不依赖这些对象的身份，满足上面的条件的系统可以使用享元模式。但是使用享元模式需要额外维护一个记录子系统已有的所有享元的表，而这也需要耗费资源，所以，应当在有足够多的享元实例可共享时才值得使用享元模式。七、.NET 中享元模式的实现.NET在C#中有一个Code Behind机制，它表面有一个aspx文件，背后又有一个cs文件，它的编译过程实际上会把aspx文件解析成C#文件，然后编译成dll，在这个过程中，我们在aspx中写的任何html代码都会转化为literal control，literal control是一个一般的文本控件，它就表示html标记。当这些标记有一样的时候，构建控件树的时候就会用到Flyweight模式。它的应用并不是那么平凡，只有在效率空间确实不高的时候我们才用它。到此这篇关于.Net结构型设计模式之享元模式（Flyweight）的文章就介绍到这了。转载自https://www.jb51.net/article/249324.htm

这篇文章介绍了.Net行为型设计模式之模板方法模式（Template Method），文中通过示例代码介绍的非常详细。对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下目录一、动机（Motivate）二、意图（Intent）三、结构图四、模式的组成五、模板方法模式的具体实现六、模板方法模式的实现要点：1、模板方法模式适用情形：2、模板方法模式特点：七、.NET 中模板模式的实现一、动机（Motivate）“模板方法”，就是有一个方法包含了一个模板，这个模板是一个算法。在我们的现实生活中有很多例子可以拿来说明这个模式，就拿吃饺子这个事情来说，要想吃到饺子必须经过三步，第一步是“和面”，第二步是“包馅”，第三步是“煮饺子”，这三步就是一个算法，我们要想吃到不同的面和馅的饺子，对这三步中的任意一步就行操作就可以，也可以完全定义这三步在软件构建过程中，对于某一项任务，它常常有稳定的整体操作结构，但各个子步骤却有很多改变的需求，或者由于固有的原因（比如框架与应用之间的关系）而无法和任务的整体结构同时实现。如何在确定稳定操作结构的前提下，来灵活应对各个子步骤的变化或者晚期实现需求？二、意图（Intent）定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。Template Method使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。                                 ——《设计模式》GoF三、结构图四、模式的组成模板方法模式参与者：（1）、抽象类角色（AbstractClass）：定义一个模板方法（TemplateMethod），在该方法中包含着一个算法的骨架，具体的算法步骤是PrimitiveOperation1方法和PrimitiveOperation2方法，该抽象类的子类将重定义PrimitiveOperation1和PrimitiveOperation2操作。（2）、具体类角色（ConcreteClass）：实现PrimitiveOperation1方法和PrimitiveOperation2方法以完成算法中与特定子类（Client）相关的内容。在模板方法模式中，AbstractClass中的TemplateMethod提供了一个标准模板，该模板包含PrimitiveOperation1和PrimitiveOperation2两个方法，这两个方法的内容Client可以根据自己的需要重写。五、模板方法模式的具体实现下面以生活中吃饺子为例来实现模板方法模式。在现实生活中，做饺子的步骤都大致相同，如果我们针对每种饺子的做法都定义一个类，这样在每个类中都有很多相同的代码，为了解决这个问题，我们一般的思路肯定是把相同的部分抽象出来到抽象类中去定义，具体子类来实现具体的不同部分，这个思路也正式模板方法的实现精髓所在，具体实现代码如下：12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667static void Main(string[] args){    //现在想吃绿色面的，猪肉大葱馅的饺子    AbstractClass fan = new ConcreteClass1();    fan.EatDumplings();     Console.WriteLine();    //过了段时间，我开始想吃橙色面的，韭菜鸡蛋馅的饺子    fan = new ConcreteClass2();    fan.EatDumplings();}  //该类型就是抽象类角色--AbstractClass，定义做饺子的算法骨架，这里有三步骤，当然也可以有多个步骤，根据实际需要而定public abstract class AbstractClass{    //该方法就是模板方法，方法里面包含了做饺子的算法步骤，模板方法可以返回结果，也可以是void类型，视具体情况而定    public void EatDumplings()    {        MakingDough();//和面        MakeDumplings();//包馅        BoiledDumplings();  //煮饺子        Console.WriteLine("饺子真好吃！");    }     public abstract void MakingDough();//要想吃饺子第一步肯定是“和面”---该方法相当于算法中的某一步    public abstract void MakeDumplings();//要想吃饺子第二部是“包饺子”---该方法相当于算法中的某一步    public abstract void BoiledDumplings(); //要想吃饺子第三部是“煮饺子”---该方法相当于算法中的某一步} //该类型是具体类角色--ConcreteClass，我想吃绿色面皮，猪肉大葱馅的饺子public sealed class ConcreteClass1 : AbstractClass{    public override void MakingDough()  //要想吃饺子第一步肯定是“和面”---该方法相当于算法中的某一步    {        Console.WriteLine("在和面的时候加入芹菜汁，和好的面就是绿色的");//我想要面是绿色的，绿色健康嘛，就可以在此步定制了    }     public override void MakeDumplings()//要想吃饺子第二部是“包饺子”---该方法相当于算法中的某一步    {        Console.WriteLine("农家猪肉和农家大葱，制作成馅");//我想吃猪肉大葱馅的，在此步就可以定制了    }     public override void BoiledDumplings()//要想吃饺子第三部是“煮饺子”---该方法相当于算法中的某一步    {        Console.WriteLine("用我家的大铁锅和大木材煮饺子");//我想吃大铁锅煮的饺子，有家的味道，在此步就可以定制了    }} //该类型是具体类角色--ConcreteClass2，我想吃橙色面皮，韭菜鸡蛋馅的饺子public sealed class ConcreteClass2 : AbstractClass{    public override void MakingDough()//要想吃饺子第一步肯定是“和面”---该方法相当于算法中的某一步    {        Console.WriteLine("在和面的时候加入胡萝卜汁，和好的面就是橙色的");//我想要面是橙色的，加入胡萝卜汁就可以。在此步定制就可以了。    }     public override void MakeDumplings()    //要想吃饺子第二部是“包饺子”---该方法相当于算法中的某一步    {        Console.WriteLine("农家鸡蛋和农家韭菜，制作成馅");    //我想吃韭菜鸡蛋馅的，在此步就可以定制了    }     public override void BoiledDumplings()//要想吃饺子第三部是“煮饺子”---该方法相当于算法中的某一步    {        Console.WriteLine("可以用一般煤气和不粘锅煮就可以");   //此处没要求    }}六、模板方法模式的实现要点：Template Method模式是一种非常基础性的设计模式，在面向对象系统中有着大量的应用。它用最简洁的机制（虚函数的多态性）为很多应用程序框架提供了灵活的扩展，是代码复用方面的基本实现结构。除了可以灵活应对子步骤的变化外，“Don't call me, let me call you（不要调用我，让我来调用你）”的反向控制结构是Template Method的典型应用。1、模板方法模式适用情形：（1）、一次性实现一个算法的不变部分，并将可变的行为留给子类来实现。（2）、各子类中公共的行为应被提取出来并集中到一个公共父类中以避免代码重复。（3）、控制子类扩展。模板方法只允许在特定点进行扩展，而模板部分则是稳定的。2、模板方法模式特点：（1）、TemplateMethod模式是一种非常基础性的设计模式，在面向对象系统中大量应用。它用最简洁的机制（基础、多态）为很多应用程序框架提供了灵活的扩展点，是代码复用方面的基本实现结构。（2）、在具体实现方面，被TemplateMethod调用的虚方法可以具有实现，也可以没有任何实现（抽象方法或虚方法）。但一般推荐将它们设置为protected方法使得只有子类可以访问它们。（3）、模板方法模式通过对子类的扩展增加新的行为，符合“开闭原则”。七、.NET 中模板模式的实现这种模式在控件设计中大量的用到，比如：控件有自己的生命周期，Page对象也有自己的生命周期，Application应用对象也有自己的生命周期，这个生命周期里面的每个阶段其实就是模板方法里面包含的每个步骤，这些阶段步骤会被一个方法包含着，这个方法就是“模板方法”。让我们再说说控件吧，因为写好的控件，可能需要被开发人员自定义，那么在控件里我们已经定义好了控件呈现、动作的骨架，但是有些自定义的需求，需要延迟到扩展控件的开发人员来决定。    当我们在做Windows应用程序的时候，就会使用Windows控件，那Windows控件是如何显示在Windows Form 上的呢，就需要一个OnPaint方法把控件画出来，这里OnPaint是一个虚方法的子步骤，这就是一个Template Method设计模式。如果我们不去重写这个OnPaint方法，它就有一个基本的默认实现，画一个空窗体。这里我们并没有调用OnPaint方法，而是Application的Run会进入Windows的消息循环结构，Paint就是一个消息。当我们移动一下窗口都会导致Paint事件的发生，并导致OnPaint函数的调用，这就是一种反向调用。当然，还有很多其他的子步骤可以提供扩展点，例如OnClose等，很多以On开头的全部都是Template Method模式的虚方法。 这个里面内容很复杂，它并不是用一个Template Method在里面调用所有的子步骤方法，它实际上是把整体的Template Method方法置于了一个消息循环的结构里面，我们可以把消息循环的结构看做模板方法里面的TemplateMethod公有非虚方法。到此这篇关于.Net行为型设计模式之模板方法模式（Template Method）的文章就介绍到这了。转载自https://www.jb51.net/article/249362.htm

这篇文章介绍了.Net行为型设计模式之迭代器模式（Iterator），文中通过示例代码介绍的非常详细。对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下目录一、动机（Motivate）二、意图（Intent）三、结构图四、模式的组成五、迭代器模式的代码实现六、迭代器模式的实现要点：迭代器模式的优点：迭代器模式的缺点：迭代器模式的使用场景：七、.NET 中迭代器模式的实现一、动机（Motivate）在软件构建过程中，集合对象内部结构常常变化各异。但对于这些集合对象，我们希望在不暴露其内部结构的同时，可以让外部客户代码透明地访问其中包含的元素；同时这种“透明遍历”也为“同一种算法在多种集合对象上进行操作”提供了可能。使用面向对象技术将这种遍历机制抽象为“迭代器对象”为“应对变化中的集合对象”提供了一种优雅的方式。二、意图（Intent）提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露该对象的内部表示。                                 ——《设计模式》GoF三、结构图四、模式的组成从迭代器模式的结构图可以看出，它涉及到四个角色，它们分别是：（1）、抽象迭代器(Iterator)：抽象迭代器定义了访问和遍历元素的接口，一般声明如下方法：用于获取第一个元素的first()，用于访问下一个元素的next()，用于判断是否还有下一个元素的hasNext()，用于获取当前元素的currentItem()，在其子类中将实现这些方法。（2）、具体迭代器(ConcreteIterator)：具体迭代器实现了抽象迭代器接口，完成对集合对象的遍历，同时在对聚合进行遍历时跟踪其当前位置。（3）、抽象聚合类(Aggregate)：抽象聚合类用于存储对象，并定义创建相应迭代器对象的接口，声明一个createIterator()方法用于创建一个迭代器对象。（4）、具体聚合类(ConcreteAggregate)：具体聚合类实现了创建相应迭代器的接口，实现了在抽象聚合类中声明的createIterator()方法，并返回一个与该具体聚合相对应的具体迭代器ConcreteIterator实例。五、迭代器模式的代码实现迭代器模式在现实生活中也有类似的例子，比如：在部队中，我们可以让某一队伍当中的某人出列，或者让队列里面的每个人依次报名，其实这个过程就是一个遍历的过程。123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899// 客户端（Client）static void Main(string[] args){    Iterator iterator;    ITroopQueue list = new ConcreteTroopQueue();    iterator = list.GetIterator();     while (iterator.MoveNext())    {        string ren = (string)iterator.GetCurrent();        Console.WriteLine(ren);        iterator.Next();    }     Console.Read();} // 部队队列的抽象聚合类--该类型相当于抽象聚合类Aggregatepublic interface ITroopQueue{    Iterator GetIterator();} // 迭代器抽象类public interface Iterator{    bool MoveNext();    Object GetCurrent();    void Next();    void Reset();} //部队队列具体聚合类--相当于具体聚合类ConcreteAggregatepublic sealed class ConcreteTroopQueue : ITroopQueue{    private string[] collection;     public ConcreteTroopQueue()    {        collection = new string[] { "黄飞鸿", "方世玉", "洪熙官", "严咏春" };    }     public Iterator GetIterator()    {        return new ConcreteIterator(this);    }     public int Length    {        get { return collection.Length; }    }     public string GetElement(int index)    {        return collection[index];    }} // 具体迭代器类public sealed class ConcreteIterator : Iterator{    // 迭代器要集合对象进行遍历操作，自然就需要引用集合对象    private ConcreteTroopQueue _list;    private int _index;     public ConcreteIterator(ConcreteTroopQueue list)    {        _list = list;        _index = 0;    }     public bool MoveNext()    {        if (_index < _list.Length)        {            return true;        }        return false;    }     public Object GetCurrent()    {        return _list.GetElement(_index);    }     public void Reset()    {        _index = 0;    }     public void Next()    {        if (_index < _list.Length)        {            _index++;        }     }}六、迭代器模式的实现要点：1、迭代抽象：访问一个聚合对象的内容而无需暴露它的内部表示。2、迭代多态：为遍历不同的集合结构提供一个统一的接口，从而支持同样的算法在不同的集合结构上进行操作。3、迭代器的健壮性考虑：遍历的同时更改迭代器所在的集合结构，会导致问题。迭代器模式的优点：（1）、迭代器模式使得访问一个聚合对象的内容而无需暴露它的内部表示，即迭代抽象。（2）、迭代器模式为遍历不同的集合结构提供了一个统一的接口，从而支持同样的算法在不同的集合结构上进行操作。迭代器模式的缺点：迭代器模式在遍历的同时更改迭代器所在的集合结构会导致出现异常。所以使用foreach语句只能在对集合进行遍历，不能在遍历的同时更改集合中的元素。迭代器模式的使用场景：（1）、访问一个聚合对象的内容而无需暴露它的内部表示。（2）、支持对聚合对象的多种遍历。（3）、为遍历不同的聚合结构提供一个统一的接口(即, 支持多态迭代)。七、.NET 中迭代器模式的实现在mscorlib程序集里有这样一个命名空间，该命名空间就是：System.Collections，在该命名空间里面早已有了迭代器模式的实现。对于聚集接口和迭代器接口已经存在了，其中IEnumerator扮演的就是迭代器的角色，它的实现如下：1234567891011public interface IEnumerator {      object Current      {           get;      }      bool MoveNext();      void Reset(); }属性Current返回当前集合中的元素，Reset()方法恢复初始化指向的位置，MoveNext()方法返回值true表示迭代器成功前进到集合中的下一个元素，返回值false表示已经位于集合的末尾。能够提供元素遍历的集合对象，在.Net中都实现了IEnumerator接口。IEnumerable则扮演的就是抽象聚集的角色，只有一个GetEnumerator()方法，如果集合对象需要具备跌代遍历的功能，就必须实现该接口。1234public interface IEnumerable{    IEumerator GetEnumerator();}抽象聚合角色（Aggregate）和抽象迭代器角色（Iterator）分别是IEnumerable接口和IEnumerator接口，具体聚合角色（ConcreteAggregate）有Queue类型， BitArray等类型。到此这篇关于.Net行为型设计模式之迭代器模式（Iterator）的文章就介绍到这了。转载自https://www.jb51.net/article/249370.htm

下面简单介绍下调试ansible_collections的community.network.ce的module的方法，每个module执行的时候都是从module的main函数开始执行。以定位ce_mlag_intterface模块执行返回错误为例，问题现象是执行playbook后，返回如下错误，看样子像是把netconf报文在设备上执行的报错一样，于是打开debug看下调试信息，原本以为debug只有-vvv，原来一共可以敲-vvvvvv，v越多debug越多，通过和执行通过的module进行比较，发现如下差异可以看到左边执行失败的debug信息里使用的connection插件是network_cli，即命令行注入的方式，而右边执行通过使用的connection插件是netconf，因此去community.network的action目录中代码中搜索该打印，发现有个全局变量将该module定义为命令行注入方式配置，而ce_mlag_interface.py文件中使用的是netconf方式下发配置，因此此处的定义是不合理的，ce_mlag_interface删除后，playbook执行通过。注意：如果调试的是NE系列的产品或者插件，由于NE插件的ansible_collections没有放到ansible_collections官方的community.network命名空间下，而是独立创建了一个huaweidatacom.ne的命名空间，在安装完成后，它与community.network都在ansible_collections目录下是平行关系，因此在hosts文件中要指明 ansible_network_os=huaweidatacom.ne.ne，以避免不必要的麻烦，否则会报模块找不到的其他错误。

推荐使用的.NET版本：.NET Framework 3.5、4.0、4.5版本，.NET Core 2.0、3.1版本

内容审核文档不是说有nodejs 的sdk吗，怎么查不到nodejs的  只有.net

dws在使用.net驱动链接powerBI时，报discard statement is not yet supported可以通过参数No Reset On Close=True规避。

对于RPA开发而言，我们可以把技术栈分为，特定的RPA产品的使用能力，以及不属于RPA特定产品的技术能力。对于初学者而言，往往是从对RPA编辑器和内置组件开始入手。这是RPA开发工程师的，最基础的要求。大家好，我是RPA之家的徐老师。相信很多RPA的初学者，在学完编辑器的使用和常用内置组件后，不知道要学点什么？另外，公司在招聘RPA工程师时，要考察面试者哪些知识点？1，除了内置组件和编辑器的使用外，继续对组件进行深挖，可以学习下非内置的官方和第三方组件。丰富的组件知识库 ，会让你在工作中，遇到更加复杂或者独特场景时，轻松找到合适的组件，让你事半功倍。2，基础框架的学习和使用。例如，UiPath的RF企业级框架。未来UiPath的框架，功能会更加强大，也会较现在更复杂。在企业的开发工作中，通常会选择一款或自研一款框架，作为基础。学习框架，不仅仅可以让你更快的胜任工作。还可以让你关注到，框架本身解决的问题，有一些问题，常常是我们忽略的。3，控制台，在UiPath中，我们称之为OC。它的功能 主要是设置流程执行计划、监控流程运行状态、查阅日志、管理机器人、以及一些流程配置信息的管理。对控制台的使用，也是我们工作中，可能会 用到的。4，RPA产品语言的学习。以 UiPath为例 ，UiPath的底层和编辑器，都是由VB.NET开发。所以在UiPath里 很多地方都可以使用上VB.NET。比如对字符串的拼接，以及使用一些.NET Framework对象。学会VB.NET将极大的提升你对UiPath编辑器的掌控力，特别是有利于编写一些简单的表达式和使用合适的.NET对象。另外，UiPath中对VB.NET和C#支持是非常友好的，可以直接在编辑器中编写该代码执行。5，VBA的学习总所周知，RPA目前的主要场景都是为企业内部流程服务，企业的办公流程，常常会涉及到office的使用。最常见的就是Excel、Word、PPT。要在这几款软件中做自动化，无论是基于代码优于鼠标键盘的原则，还是元素定位支持程度的原因，使用代码来完成自动化，都是最高优先级的选择。而VBA是一种基于VB的计算机语言，是微软提供给office使用者，来完成对office产品的自动化操作。也是office宏实现的代码。VBA提供了大量Office内置对象和方法。

镜像文件大小：1506161字节路径：https://repo.huaweicloud.com/repository/nuget/v3-flatcontainer/microsoft.netcore.app.runtime.linux-x64/5.0.4/microsoft.netcore.app.runtime.linux-x64.5.0.4.nupkg源文件大小：33080597字节路径：https://api.nuget.org/v3-flatcontainer/microsoft.netcore.app.runtime.linux-x64/5.0.4/microsoft.netcore.app.runtime.linux-x64.5.0.4.nupkg

目前开发使用的是.NET Standard 2.1 这个版本SDK什么时候可以支持

【功能模块】.NET语言的AMQP协议接入华为云物联网平台，接收服务端订阅消息报错AmqpException: Sasl negotiation failed with code Auth.【操作步骤&问题现象】1、  Address address = new Address(Host, Port, userName, password);            ConnectionFactory cf = new ConnectionFactory();            cf.SASL.Profile = SaslProfile.External;            cf.AMQP.IdleTimeout = 8000;            cf.AMQP.ContainerId = "client.1.2";            cf.AMQP.HostName = "contoso.com";            cf.AMQP.MaxFrameSize = 8 * 1024;            var connection = cf.CreateAsync(address).Result;2、【截图信息】【日志信息】（可选，上传日志内容或者附件）