本文是对于1月14日所进行的.NET API审查会议的分析的第二部分。这篇报告中涵盖了HashSet、RegEx、Process.Start、Immutable collections和BitVector32等API的相关讨论。
\u0026#xD;\n\u0026#xD;\n[视频] GitHub Issue：#382：为HashSet\u0026lt;T\u0026gt;添加一个新的构造函数，可以在其中指定数据结构的初始大小
\u0026#xD;\n\u0026#xD;\n这一条意见毫无争议地通过了，只是让人有些疑惑的是，为什么原始版本中竟然会不支持这一特性。
\u0026#xD;\n\u0026#xD;\n[视频] GitHub Issue：#304：正则功能应当提供一个校验方法
\u0026#xD;\n\u0026#xD;\n目前，RegEx解析器采取了一种快速失败的方法。这就意味着，如果在某个正则表达式字符串中存在多个错误，解析器只会报告第一个错误的存在，并且会立即中断解析过程。
\u0026#xD;\n\u0026#xD;\n这一建议的关键就在于希望获取更多的信息。在理想的情况下，解析器应当返回一个错误集合，以显示正则表达式中的所有问题。但这就需要解析器尝试从错误中进行恢复，继续解析之后的表达式内容，并寻找其它错误。
\u0026#xD;\n\u0026#xD;\n对此建议的一个顾虑在于，如果接受了这一建议。接下来就会有人提出进一步的要求，例如自定义高亮、代码自动完成等等，以便在Roslyn中进行使用。而这种要求已经远远超出API的范围了，因此评审团队担心，一旦接受了这一建议，迟早都会需要一个新的API。
\u0026#xD;\n\u0026#xD;\n结论：分别讨论两组建议。
\u0026#xD;\n\u0026#xD;\n一个建议是在RegEx在解析过程中出错时，对RegEx抛出的异常信息加以改善。这里只会包含一些基本信息，例如第一个错误的具体位置，前提是这种方式不会让代码产生太多重写要求。
\u0026#xD;\n\u0026#xD;\n第二个建议是，是否应该添加对应的TryParse方法。
\u0026#xD;\n\u0026#xD;\nRegEx API并不会扩展到这种可以支持IDE的程度。
\u0026#xD;\n\u0026#xD;\n[视频] GitHub Issue：#311：重新引入Console.CancelKeyPress方法
\u0026#xD;\n\u0026#xD;\n这一条建议本身非常简单，就是重新引入这个存在于Windows桌面版的.NET中的方法，并将其扩展至跨平台版本的.NET中。不考虑兼容性问题的话，那就是简单地从原始版本中进行拷贝粘贴而已。
\u0026#xD;\n\u0026#xD;\n[视频] GitHub Issue：#306：为Process.Start方法增加一个选项，以改变句柄的继承
\u0026#xD;\n\u0026#xD;\n表面上看，这个问题十分简单。在Windows中，句柄可以在子进程中继承，这可能会导致预料之外的问题，例如Notepad可能会持续保持一个打开的TCP socket，即使在父应用尝试关闭它之后。这个新的参数则能够让用户选择不继承句柄。
\u0026#xD;\n\u0026#xD;\n问题在于，这种处理在Linux环境下毫无意义。在Windows下创建子进程会使用一个全局的配置，而Linux则允许在创建句柄时指定每个句柄是否能够被继承。
\u0026#xD;\n\u0026#xD;\n一种建议是为句柄继承提供一个三态的属性：操作系统默认、继承句柄，以及不继承句柄。
\u0026#xD;\n\u0026#xD;\n另一种建议是创建一个基础版本的ProcessStartInfo方法，并且只提供跨平台的选项。然后通过创建子类的方法实现Linux、Win32和Windows Shell Execute的特定功能。
\u0026#xD;\n\u0026#xD;\n结论：提供一个新的属性，其类型为现有的HandleInheritability枚举，其中包含两个状态值。
\u0026#xD;\n\u0026#xD;\n[视频] GitHub Issue：#318：对ImmutableInterlocked.ApplyChange API的建议
\u0026#xD;\n\u0026#xD;\n要确保对一个可变集合的变更是线程安全的，你必须获得对该集合的一个引用，创建一个替代的列表，并尝试调用Interlocked.CompareExchange来决定是否能够成功地替换原始列表。如果另一个线程在同一时间要覆盖该集合，该方法会返回false，你必须重新启动该过程以再次尝试。
\u0026#xD;\n\u0026#xD;\nImmutableInterlocked能够简化一些基础操作的过程，例如添加或移除集合的项。你仍然需要在循环中使用它，但可以避免对本地变量的处理。
\u0026#xD;\n\u0026#xD;\n下一个建议是增加一个相应的泛型实现，其中可以接受一个lambda表达式进行某些操作。从技术上来说，这个泛型实现会使其它实现方式都变成多余的了，但既然那些实现已经发布，也不可能删除它们了。
\u0026#xD;\n\u0026#xD;\n结论：决定添加这个新方法。
\u0026#xD;\n\u0026#xD;\n有一个问题是，是否要将那些多余的方法标记为过期。
\u0026#xD;\n\u0026#xD;\n结论：由于那些多余的方法依然可以正常工作，因此不应该标记为过期。
\u0026#xD;\n\u0026#xD;\n[视频] GitHub Issue：#373：BitVector32应当实现IEquatable\u0026lt;T\u0026gt;接口
\u0026#xD;\n\u0026#xD;\nBitVector32能够以一个比特和小整数数组的形式表现一个整数值。该类型存在于System.Collections.Specialiazed命名空间中，这个命名空间通常被基础类库团队当作遗留代码，没人敢去动其中的内容。
\u0026#xD;\n\u0026#xD;\n与之相关的一个问题是BitArray类，如果不把BitVector32当作遗留代码处理，那么它就应当和BitArray中的功能相一致。
\u0026#xD;\n\u0026#xD;\n对于该提议尚未得出任何结论，稍后将会再次对此展开讨论。
\u0026#xD;\n\u0026#xD;\n查看英文原文：.NET API Review Part 2
扫一扫
1503
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
