限时领|《AI 百问百答》专栏课+实体书(包邮)! 了解详情
写点什么

.NET API 审查第二部分

  • 2015-01-27
  • 本文字数:1740 字

    阅读完需:约 6 分钟

本文是对于 1 月 14 日所进行的.NET API 审查会议的分析的第二部分。这篇报告中涵盖了HashSet、RegEx、Process.Start、Immutable collections 和BitVector32 等API 的相关讨论。

[视频] GitHub Issue#382:为HashSet添加一个新的构造函数,可以在其中指定数据结构的初始大小

这一条意见毫无争议地通过了,只是让人有些疑惑的是,为什么原始版本中竟然会不支持这一特性。

[视频] GitHub Issue#304:正则功能应当提供一个校验方法

目前,RegEx 解析器采取了一种快速失败的方法。这就意味着,如果在某个正则表达式字符串中存在多个错误,解析器只会报告第一个错误的存在,并且会立即中断解析过程。

这一建议的关键就在于希望获取更多的信息。在理想的情况下,解析器应当返回一个错误集合,以显示正则表达式中的所有问题。但这就需要解析器尝试从错误中进行恢复,继续解析之后的表达式内容,并寻找其它错误。

对此建议的一个顾虑在于,如果接受了这一建议。接下来就会有人提出进一步的要求,例如自定义高亮、代码自动完成等等,以便在Roslyn 中进行使用。而这种要求已经远远超出API 的范围了,因此评审团队担心,一旦接受了这一建议,迟早都会需要一个新的API。

结论:分别讨论两组建议。

一个建议是在RegEx 在解析过程中出错时,对RegEx 抛出的异常信息加以改善。这里只会包含一些基本信息,例如第一个错误的具体位置,前提是这种方式不会让代码产生太多重写要求。

第二个建议是,是否应该添加对应的TryParse 方法。

RegEx API 并不会扩展到这种可以支持 IDE 的程度。

[视频] GitHub Issue#311:重新引入Console.CancelKeyPress 方法

这一条建议本身非常简单,就是重新引入这个存在于Windows 桌面版的.NET 中的方法,并将其扩展至跨平台版本的.NET 中。不考虑兼容性问题的话,那就是简单地从原始版本中进行拷贝粘贴而已。

[视频] GitHub Issue#306:为Process.Start 方法增加一个选项,以改变句柄的继承

表面上看,这个问题十分简单。在Windows 中,句柄可以在子进程中继承,这可能会导致预料之外的问题,例如Notepad 可能会持续保持一个打开的TCP socket,即使在父应用尝试关闭它之后。这个新的参数则能够让用户选择不继承句柄。

问题在于,这种处理在Linux 环境下毫无意义。在Windows 下创建子进程会使用一个全局的配置,而Linux 则允许在创建句柄时指定每个句柄是否能够被继承。

一种建议是为句柄继承提供一个三态的属性:操作系统默认、继承句柄,以及不继承句柄。

另一种建议是创建一个基础版本的ProcessStartInfo 方法,并且只提供跨平台的选项。然后通过创建子类的方法实现Linux、Win32 和Windows Shell Execute 的特定功能。

结论:提供一个新的属性,其类型为现有的HandleInheritability 枚举,其中包含两个状态值。

[视频] GitHub Issue#318:对ImmutableInterlocked.ApplyChange API 的建议

要确保对一个可变集合的变更是线程安全的,你必须获得对该集合的一个引用,创建一个替代的列表,并尝试调用 Interlocked.CompareExchange 来决定是否能够成功地替换原始列表。如果另一个线程在同一时间要覆盖该集合,该方法会返回 false,你必须重新启动该过程以再次尝试。

ImmutableInterlocked 能够简化一些基础操作的过程,例如添加或移除集合的项。你仍然需要在循环中使用它,但可以避免对本地变量的处理。

下一个建议是增加一个相应的泛型实现,其中可以接受一个 lambda 表达式进行某些操作。从技术上来说,这个泛型实现会使其它实现方式都变成多余的了,但既然那些实现已经发布,也不可能删除它们了。

结论:决定添加这个新方法。

有一个问题是,是否要将那些多余的方法标记为过期。

结论:由于那些多余的方法依然可以正常工作,因此不应该标记为过期。

[视频] GitHub Issue#373:BitVector32 应当实现IEquatable接口

BitVector32 能够以一个比特和小整数数组的形式表现一个整数值。该类型存在于 System.Collections.Specialiazed 命名空间中,这个命名空间通常被基础类库团队当作遗留代码,没人敢去动其中的内容。

与之相关的一个问题是 BitArray 类,如果不把 BitVector32 当作遗留代码处理,那么它就应当和 BitArray 中的功能相一致。

对于该提议尚未得出任何结论,稍后将会再次对此展开讨论。

查看英文原文:.NET API Review Part 2

2015-01-27 19:521630
用户头像

发布了 428 篇内容, 共 191.2 次阅读, 收获喜欢 39 次。

关注

评论

发布
暂无评论
发现更多内容

某充电桩业务服务内存监控和程序行为分析

乘云数字DataBuff

运维 内存监控

强化学习在众包差异化定价中的探索

京东科技开发者

HarmonyOS :基于 emitter 封装了一个便捷的 EventBus 事件通知

李小轰

HarmonyOS NEXT

释放数据生产力——数据编织的价值实现与评估

Aloudata

数据分析 数据开发 数据集成 数据虚拟化 数据编织

可观测场景如何使用 Vector Remap 优化日志数据的解析与存储

Greptime 格睿科技

云原生 日志 vector 可观测 database

NocoBase 本周更新汇总:优化 REST API 数据源插件

NocoBase

开源 低代码 插件 无代码 版本更新

【稳定性】上线三板斧(可灰度、可验证、可回滚)

京东科技开发者

商业开源的最佳起步实践 PPT 分享中|QCon・北京站圆满落幕

Greptime 格睿科技

数据库 AI 云原生 活动

长上下文语言模型评估体系探析

Baihai IDP

程序员 AI LLMs 长上下文语言模型

如何在敏捷开发中实现更好的需求管理

易成研发中心

需求管理 需求管理工具

和鲸气象联合解决方案闪耀亮相第29届联合国气候变化大会(COP29)

ModelWhale

人工智能 AI R 语言 气候 COP29

人工智能与人类合作:未来工作模式的新探索

天津汇柏科技有限公司

AI人工智能

HarmonyOS :自定义组件 @BuilderParam 中 this 作用域填坑小记

李小轰

HarmonyOS NEXT

《京东金融APP的鸿蒙之旅系列专题》鸿蒙新特性篇:Hello, 仓颉 World

京东科技开发者

华为视频多平台聚合,热门IP《白夜破晓》《珠帘玉幕》任你追

最新动态

HarmonyOS :面向对象式网络请求库,我发布的第一个鸿蒙三方库

李小轰

HarmonyOS NEXT

汽车摆臂行业数字化转型方案及MES系统具体功能介绍

万界星空科技

汽车 mes 汽车零部件mes 汽车摆臂行业 汽车摆臂mes

HarmonyOS :自定义弹窗(CustomDialog)的解耦实践

李小轰

HarmonyOS NEXT

数智绩效合并报表:全球化合并实现财报精准高效

用友智能财务

科技 财务 企业数智化 财务软件

用户指南 | 快速迁移 InfluxDB v2 数据至 GreptimeDB

Greptime 格睿科技

数据库 云原生 数据存储 数据迁移

hyperf-alarm-clock,一个自动计算代码执行时间,超时并发送通知的小工具

左诗右码

国内外十大开源快速开发平台推荐

NocoBase

开源 低代码 快速开发 无代码

KWDB v2.1.0 发版说明

KWDB数据库

时序数据库 查询优化 分布式架构 DataX 数据查询

华为阅读启动“乘国航 阅世界”国航伴读计划,3重好礼免费领!

最新动态

【论文速读】| 人工智能驱动的网络威胁情报自动化

云起无垠

实录速递 | 和鲸ModelWhale助力医学Datathon跨学科协同,共筑数据科学与临床研究标准化新路径

ModelWhale

Python 人工智能 数据库 R语言 临床医学

和鲸科技创始人&CEO范向伟出席首届工业智算产业发展研讨会,共话 AI 创新与产业化落地

ModelWhale

人工智能 大数据 AI R语言

模拟器快速上手,助力HarmonyOS应用/服务高效开发

白晓明

HarmonyOS 模拟器 HarmonyOS NEXT

《一文讲透》第4-3期:KWDB 数据库运维 —— 安全与审计(上)

KWDB数据库

时序数据库 数据库运维 审计 数据库安全 多模数据库

.NET API审查第二部分_.NET_Jonathan Allen_InfoQ精选文章