- 主题:null 是个大错误
这样的话我觉得没必要单独搞个泛型类出来,@nullable挺好的
【 在 ilovecpp (cpp) 的大作中提到: 】
: 很简单,Maybe|Optional|Result的目的是从语法上使得nullable比non-nullable更麻烦,不鼓励你在可以non-nullable的地方随便用nullable。
: 而Java的nullable by default效果刚好相反。
: 类似的,C可以忽略返回值,使得检查错误码比忽略错误码更麻烦,这也是个错误的设计。
: ...................
--
FROM 114.250.243.*
恰恰maybe是用语言本身类型系统实现的库,而nullable才是需要在类型系统里单独加的。
【 在 roy 的大作中提到: 】
: 这样的话我觉得没必要单独搞个泛型类出来,@nullable挺好的
--
FROM 124.78.175.*
非常赞同第一段
对底层的c程序员来说
了解硬件 内存分配 调用出入栈等细节 是很有必要的
【 在 hgoldfish 的大作中提到: 】
: c 语言是个低级语言,跟硬件打交道的,自然需要 null pointer
: 但高级语言不那么在乎效率的话,应该抛弃 null 了。
: find_one_by_key() 抛出 KeyError 啊,或者,我觉得更正确的是返回这个类型的空值,比如数字就返回 0,字符串就返回 ""。返回 null 有歧义,到底是没有这个 key 对应的值呢,还是程序员往这个 key 里面写入了 null 值?
: ...................
--
FROM 121.71.45.*
重点在于一个具体类型和一个Null类型不能在一个空间表达。
【 在 roy (天上掉大饼:学思行言) 的大作中提到: 】
: 那不还是用了NULL?
--
FROM 218.69.52.*
具体类型为什么就一定不能nullable?Error就不是具体类型了?
我还是觉得缺省non-nullable,需要nullable的时候显式声明比较好
【 在 tgfbeta (右旋肉碱) 的大作中提到: 】
: 重点在于一个具体类型和一个Null类型不能在一个空间表达。
--
修改:roy FROM 114.250.243.*
FROM 114.250.243.*
现代语言注解和泛型基本上都是标配
【 在 ilovecpp 的大作中提到: 】
: 恰恰maybe是用语言本身类型系统实现的库,而nullable才是需要在类型系统里单独加的。
--
FROM 114.250.243.*
指针类型可以nullable,类似int,float这样的类型,本身没给null留位置
如果你硬挤进去一个null,就会有原本可以表达的值被挤掉
【 在 roy (天上掉大饼:学思行言) 的大作中提到: 】
: 具体类型为什么就一定不能nullable?Error就不是具体类型了?
: 我还是觉得缺省non-nullable,需要nullable的时候显式声明比较好
--
FROM 218.69.52.*
支持annotation,不等于编译器自动就可以在类型检查中考虑nullable,也不等于自动增加了null关键字。
【 在 roy 的大作中提到: 】
: 现代语言注解和泛型基本上都是标配
--
FROM 124.78.175.*
我觉得这里讨论的大多不熟C语言,不明白啥是null
真没必要在这里说
说句实在话,你校招社招能找个熟悉C语言的,难过大海捞针,好不容易碰见一个,你出的薪水太低
【 在 roy 的大作中提到: 】
: C里面空指针不用NULL用啥?
:
: 其他语言可以讨论。。。
: ....................
- 来自「最水木 for iPhone 7」
--
FROM 183.90.36.*
不是说了吗,要搞的越麻烦越好
【 在 roy (天上掉大饼:学思行言) 的大作中提到: 】
: 这样的话我觉得没必要单独搞个泛型类出来,@nullable挺好的
--
FROM 119.129.121.*