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