小编Fit*_*Dev的帖子

Microsoft Docs中有一个名为".NET Platform Extensions"的框架级导航元素.它包含了最近添加的API,如文档System.IO.Pipelines和System.Threading.Channels例如,以及一大堆其他的API,包括不那么近期的的.

此集合中的一些API可用作nuget包(适用于.Net Core和.Net Framework),但其他API似乎不可用.此外,截至目前,还没有名为".NET Platform Extensions"的nuget包或类似的东西.

那么,问题是这个API集合究竟代表什么？它与以下各项的关系是什么:

• .Net框架
• .Net核心
• .Net标准

.Net Framework/.Net Core中的支持怎么样？

最后,一些API似乎已经作为单独的nuget包提供,其他API尚未提供,那么这方面的故事是什么？

有没有办法真正让Chrome元素参与Chrome的"重新计算风格"活动？

它所说的就像"59个元素".但是,慢慢开始从DOM中删除元素并重新运行时间线分析器以查看它如何影响受影响元素的元素数是非常耗时的.即便如此,仍然很难确定哪些元素可能是负责任的.

同样的问题适用于"更新层树"和"布局"事件.

背景

我想使几个整数大小structS(即32个64位)是从原始非托管类型具有相同的尺寸能容易转变为/(即Int32与UInt32用于特别是32位大小的结构).

然后,结构将公开用于位操作/索引的附加功能,这些功能不能直接在整数类型上使用.基本上,作为一种语法糖,提高可读性和易用性.

然而,重要的部分是性能,因为这个额外的抽象应该基本上是0成本(在一天结束时,CPU应该"看到"相同的位,就好像处理原始的整数一样).

样本结构

以下是struct我提出的最基本的内容.它没有所有功能,但足以说明我的问题:

[StructLayout(LayoutKind.Explicit, Pack = 1, Size = 4)]
public struct Mask32 {
  [FieldOffset(3)]
  public byte Byte1;
  [FieldOffset(2)]
  public ushort UShort1;
  [FieldOffset(2)]
  public byte Byte2;
  [FieldOffset(1)]
  public byte Byte3;
  [FieldOffset(0)]
  public ushort UShort2;
  [FieldOffset(0)]
  public byte Byte4;

  [DebuggerStepThrough, MethodImpl(MethodImplOptions.AggressiveInlining)]
  public static unsafe implicit operator Mask32(int i) => *(Mask32*)&i;
  [DebuggerStepThrough, MethodImpl(MethodImplOptions.AggressiveInlining)]
  public static unsafe implicit operator Mask32(uint i) => *(Mask32*)&i;
}

考试

我想测试这个结构的性能.特别是我想知道如果我使用常规的逐位算术,它是否可以让我快速获得单个字节 :( (i >> …

C#7.2 介绍了 ref struct s.但是,考虑到ref struct这样的:

public ref struct Foo {
  public int Bar;
}

我不能将它用作类型参数:

int i = 0;
var x = Unsafe.As<int, Foo>(ref i); // <- Error CS0306 The type 'Foo' may not be used as a type argument.

我知道ref结构只能存在于堆栈中,而不能存在于堆中.但是,如果使用这种引用结构的泛型方法保证永远不会将它们放在堆上,如上面使用System.Runtime.CompilerServices.Unsafe包的示例,该怎么办？为什么我不能在这些情况下使用它们作为类型参数？

我在这里做错了什么，或者从 C# 7.2 开始，不支持通过 ref 返回和允许设置的索引器？

作品：

public ref byte this[int index] {
  get {
      return ref bytes[index];
  }
}

也有效：

public byte this[int index] {
  get {
      return bytes[index];
  }
  set {
    bytes[index] = value;
  }
}

失败：

public ref byte this[int index] {
  get {
      return ref bytes[index];
  }
  set { //<-- CS8147 Properties which return by reference cannot have set accessors
    bytes[index] = value;
  }
}

也失败：

public ref byte this[int index] {
  get {
      return ref …

我想知道它是否尽可能,如果是这样 - 如何保存动态加载的.net程序集(它是从字节数组而不是文件加载)到磁盘上的文件(exe/dll取决于组件)和能够直接使用它(即,如果它是EXE,它包含所有exe头和可运或者至少是"可反射").

加载的程序集实际上也完全按照它们出现在文件中的方式存储在内存中,即所有PE EXE头文件,资源等,即内存中的exe/dll文件,或者它们以不同方式存储在内存中,因此它不会可以将一些内存区域保存为dll/exe .net程序集吗？也就是说,如果我可以使用图像中的类比:您可以将jpeg文件作为位图加载到内存中,其中表示内存中图像的实际字节将与表示jpeg文件的实际字节完全不同.加载组件也一样吗？

最后,我如何获得程序集实际位于进程内存中的内存地址(指针)？

只是为了澄清:我无法访问通过Assembly.Load()加载程序集的初始字节数组.

这是一个相关的问题,但是从答案中不清楚是否可能有一种方法将通过字节数组加载的程序集从内存转储到磁盘上的文件.

谢谢.

对于处理图像并将用C#编写的桌面Vista +应用程序,您会推荐以下哪种技术(或者您推荐的组合:System.Drawing(GDI +)vs System.Windows.Media vs Direct2D + DirectWrite + WIC.图像处理将涉及各种原始绘图,填充,处理文本,旋转,翻译,缩放,使用指针直接处理像素数据.一般来说,上述技术在操作位图方面有多好？

此外,如果有人知道一个好的和详细的比较图表,列出了并排的不同功能和等价物,以及不支持的,这将是伟大的!例如,WPF和Direct2D中是否存在ColorMatrix等价物？例如,在研究了SharpDX对Direct2D的实现后,我留下的印象是即使微软将其定位为GDI +的完全替代品,我也无法在Direct2D中找到所有GDI +的功能.

另外,考虑到它是2014年,你会说至少对于图像处理(如果不是UI的一部分,WPF似乎是一个更好的选择),GDI +在接下来的5年左右会好吗？或者我应该真的考虑使用所有3种技术,哪种方法效果最好？

谢谢.

我需要共享以在不同项目之间共享某些文件。因此我有一个像这样的文件结构：

D:\shared\
D:\shared\files-shared-by-all-projects-here

D:\project1\
D:\project1\project1-specific-files-here
D:\project1\shared <- directory junction to D:\shared

D:\project2\
D:\project2\project2-specific-files-here
D:\project2\shared <- directory junction to D:\shared

我已经设置了 GIT 存储库D:\project1，D:\project2我的问题是 GIT 似乎只跟踪非连接（即真实目录）中的文件。

我对两个项目都使用 Visual Studio 2015，当项目具有来自“连接”目录的文件时，它的团队资源管理器的行为会非常奇怪：

• 将驻留在目录连接中的文件添加到项目后，团队资源管理器将仅在要提交的更改列表中显示其父目录（连接），而不是文件本身。
• 提交所有更改（即已添加文件）后，解决方案资源管理器将所有文件显示为正在跟踪和签入（包括那些驻留在联结中且在添加后未显示在挂起更改列表中的文件：

• 编辑显示为已签入并驻留在联结目录中的文件将使其看起来已签出：

• 现在返回到团队资源管理器，签出的文件显示在修改文件列表中：

• 但是，尝试提交失败并显示一条消息：“发生错误。详细消息：无更改；没有任何可提交的内容。”

• 返回到解决方案资源管理器，提交失败的已更改文件仍显示为已签入：

例如，使用 Tortoise GIT从 Visual Studio 外部显式添加驻留在共享目录中的文件（即通过 引用它D:\project2\shared\some-shared-file）不起作用：添加失败并显示它既是文件又是目录的消息。