- 主题:有人使用dotnet中的强制nullable机制吗?
这个家伙是传染的,一旦使用了,就要全部代码都使用这个机制
很多代码逻辑要修改。
有人在真实的项目中使用这个机制吗?
--
FROM 114.249.184.*
自己可以控制范围吧
项目范围,文件范围
而且它也就报个warning
【 在 finlab 的大作中提到: 】
: 这个家伙是传染的,一旦使用了,就要全部代码都使用这个机制
: 很多代码逻辑要修改。
: 有人在真实的项目中使用这个机制吗?
: ...................
--
FROM 67.161.19.*
我的意思是, nullable的使用,设计一种新的编程范式。不是简单的可空类型的处理。
默认非空的模式下,所有的非空类型从生命周期开始就是有值的。
我想这个机制是鼓励原来返回null的地方,抛出异常,而不是返回string?这样的。
在产生null的源头抛出异常,可以避免后续调用中重复检查是否为null。一直到需要的地方再通过异常捕捉。
这需要从头梳理程序逻辑,不是简单的类型问题。 我不知道有没有项目很好的使用了这种机制。
【 在 keygen 的大作中提到: 】
: 自己可以控制范围吧
: 项目范围,文件范围
: 而且它也就报个warning
: ...................
--
FROM 114.249.184.*
返回值还是用异常
两种思路
不过混合时候,包装一下呗
java 里try ……catch finally
- 来自 水木社区APP v3.5.7
【 在 finlab 的大作中提到: 】
: 我的意思是, nullable的使用,设计一种新的编程范式。不是简单的可空类型的处理。
:
: 默认非空的模式下,所有的非空类型从生命周期开始就是有值的。
:
: 我想这个机制是鼓励原来返回null的地方,抛出异常,而不是返回string?这样的。
:
: 在产生null的源头抛出异常,可以避免后续调用中重复检查是否为null。一直到需要的地方再通过异常捕捉。
:
: 这需要从头梳理程序逻辑,不是简单的类型问题。 我不知道有没有项目很好的使用了这种机制。
--
FROM 223.104.39.*
对, 是两种风格。
要切换过去,修改的地方很多。所以应该只有全新的项目可以尝试,
老项目就没必要再折腾。
【 在 hothail 的大作中提到: 】
: 返回值还是用异常
: 两种思路
: 不过混合时候,包装一下呗
: ...................
--
FROM 114.249.184.*
可以相互嵌入
try catch 包一下就可以吧?
- 来自 水木社区APP v3.5.7
【 在 finlab 的大作中提到: 】
: 对, 是两种风格。
:
: 要切换过去,修改的地方很多。所以应该只有全新的项目可以尝试,
:
: 老项目就没必要再折腾。
--
FROM 223.104.39.*