null这个语义肯定是需要的啊, 只不过有些语言里没有强制在类型上体现出来.

消灭了空指针照样也会有大量的非法使用 Option::unwrap() 的错误...
【 在 hgoldfish (老鱼) 的大作中提到: 】
编程语言最基本的类型，整型、浮点都是没有 null 值的。一般用零来表示“无”这个意思。

诚然，很多语言比如 python, java 的字符串和数字类型可以赋值为 null. 其实不对，字符串为空的时候应该用零长度字符串，而不是空指针。在 python, java 语言里面，把数字和字符串变量赋值为 null 都是不合理的代码。

这不禁让我发出这个疑问，拥有“空”这个语义是不是应该交由类型来决定才对？

* 初始化但是未打开的文件是空的，打开出错的文件是空的。
* alpha 通道为 0 的 color 是空的
* 拥有零个元素的列表的空的

消灭了空指针，这个世界就没有空指针错误了对吧。关键是让类型来决定自己是否为空，写出的代码更精简，可阅读性更强：

if (file && file.isOpen())
    blahblah...;

以后只要写:

if (file)
    blahblah...;

就行了。

所以我觉得在高级编程语言里面，压根就不该存在 null 指针啊。之所谓存在空指针，是否只是一种性能优化的折衷。程序员为这个性能优化付出太多了。
--
FROM 58.246.6.*

这根本不是语法糖好不好，只是个工具类而已。谁都可以写一个出来

【 在 tgfbeta 的大作中提到: 】
: 有足够语法糖，就真的好用。
:
--
FROM 123.125.37.*

空指针为什么要消灭？


【 在 hgoldfish (老鱼) 的大作中提到: 】
: 编程语言最基本的类型，整型、浮点都是没有 null 值的。一般用零来表示“无”这个意思。
: 诚然，很多语言比如 python, java 的字符串和数字类型可以赋值为 null. 其实不对，字符串为空的时候应该用零长度字符串，而不是空指针。在 python, java 语言里面，把数字和字符串变量赋值为 null 都是不合理的代码。
: 这不禁让我发出这个疑问，拥有“空”这个语义是不是应该交由类型来决定才对？
: ...................
--
FROM 113.109.26.*

语法糖是指Swift里的 ? ?? 和! 以及if let等等
还有kotlin的? !!等
【 在 xeagle (静下心来编程) 的大作中提到: 】
: 这根本不是语法糖好不好，只是个工具类而已。谁都可以写一个出来
--
FROM 111.161.241.*

c# .? 了解一下？
--
FROM 111.198.57.*