都2023年了 excel对长整数的支持还是这么垃圾 - 网络技术(Networking)版 - 北大未名BBS
返回本版
< 上一页
1
2
/ 2
跳转

都2023年了 excel对长整数的支持还是这么垃圾

[复制链接]

allgewalt [离线]

四金

4.8流氓兔

发帖数:5798 原创分:0
<ASCIIArt> 21楼

另外excel也是支持python,乃至gpt的,只是大多数人不会调用

cloudnine (cloudnine) 在 ta 的帖子中提到:

实际上的用户需求就是,把号码复制进去,里面能按照我复制进去的显式。

excel 如果不为了使用方便而设计,为什么不去用 python?

现在在线云文档那么多,腾讯、飞书、金山之类的,这些云文档的基础使用体验比 word、excel 一类的好太多了。

发表于2023-12-14 18:41:43

Aism [离线]

咸蛋皮卡丘流氓猪

3.3中级站友

发帖数:374 原创分:0
<ASCIIArt> 22楼

只显示前6位的情况下

999999999999

8888888888888

这俩数你怎么知道哪个更大


精度损失确实是由于int32导致的,这也是楼主本来想吐槽的点吧,但是一直抓着长数字转换成文本这个excel本身“支持”的功能实践起来不够方便,我是不太懂的,毕竟没有int64甚至更大的数据类型支持,是excel本身“不支持”的功能

cloudnine (cloudnine) 在 ta 的帖子中提到:

直接用 decimal,显式原本的数字就行了,别减精度,别自动改成科学计数法。

单元格从左往右显式前面的像素,从高位到低位自然能肉眼看出来,看不出来的也不是文本和数字类型的问题。

发表于2023-12-14 19:04:26

cloudnine [离线]

cloudnine

3.9中级站友

发帖数:1251 原创分:0
<ASCIIArt> 23楼

我就是写代码的啊,有啥不会用的。

基础功能实现了,用户实际需求经常不能满足,到你这直接要上 vba 了?有够傲慢的。

allgewalt (四金) 在 ta 的帖子中提到:

客户最基础的它支持了,想提高要求用vba,不要说你不会用,只会调库

发表于2023-12-14 19:10:17

cloudnine [离线]

cloudnine

3.9中级站友

发帖数:1251 原创分:0
<ASCIIArt> 24楼

你需要经常在显示不完全的情况下肉眼对比两个单元格的数字大小吗?

我说没把数字转换成文本,不是说 excel 不支持转换成文本,不是有这个功能就可以了,而是它不方便,不方便。

单元格保持输入类型判断逻辑,用 decimal 代替现有的数据类型,就能很好地解决身份证号、手机号丢精度、科学计数法显式的问题,而且还不会引入更多问题。excel 支持个 decimal 完全没有任何技术障碍,纯粹是产品上没这么去考虑而已。

Aism (咸蛋皮卡丘流氓猪) 在 ta 的帖子中提到:

只显示前6位的情况下

999999999999

8888888888888

……

发表于2023-12-14 19:14:31

Aism [离线]

咸蛋皮卡丘流氓猪

3.3中级站友

发帖数:374 原创分:0
<ASCIIArt> 25楼

先把身份证手机号的列设置成文本类型,大概需要一次右键该列,一次点击“设置单元格格式”,一次点击“文本”,一次点击“确定,然后粘贴的时候选择“匹配目标格式”就能解决。

对于一列这样的身份证号或者手机号列,需要的额外操作只是4次鼠标点击声明一下这列单元格的数据类型。即使你需要大量的ctrl+v来粘贴,也不过是用个vba宏就能解决的事情。

cloudnine (cloudnine) 在 ta 的帖子中提到:

你需要经常在显示不完全的情况下肉眼对比两个单元格的数字大小吗?

我说没把数字转换成文本,不是说 excel 不支持转换成文本,不是有这个功能就可以了,而是它不方便,不方便。

单元格保持输入类型判断逻辑,用 decimal 代替现有的数据类型,就能很好地解决身份证号、手机号丢精度、科学计数法显式的问题,而且还不会引入更多问题。excel 支持个 decimal 完全没有任何技术障碍,纯粹是产品上没这么去考虑而已。

发表于2023-12-14 19:56:04

cloudnine [离线]

cloudnine

3.9中级站友

发帖数:1251 原创分:0
<ASCIIArt> 26楼

而把数字类型改成 decimal,你说的这一串什么都不用做就直接是正确的

Aism (咸蛋皮卡丘流氓猪) 在 ta 的帖子中提到:

先把身份证手机号的列设置成文本类型,大概需要一次右键该列,一次点击“设置单元格格式”,一次点击“文本”,一次点击“确定,然后粘贴的时候选择“匹配目标格式”就能解决。

对于一列这样的身份证号或者手机号列,需要的额外操作只是4次鼠标点击声明一下这列单元格的数据类型。即使你需要大量的ctrl+v来粘贴,也不过是用个vba宏就能解决的事情。

发表于2023-12-14 20:07:21

Yb [离线]

3.9中级站友

发帖数:1331 原创分:0
<ASCIIArt> 27楼

把10楼的回复送给你,你们这些支持Excel没问题的先统一一下

“所以到底有啥需要参与运算的长整数是excel必须要支持的…不参与运算的它就是个字符串,参与运算的话你都处理这么高精度的整数了还用excel?”

Aism (咸蛋皮卡丘流氓猪) 在 ta 的帖子中提到:

现在处理文本类型的数字你这样搞,你让那些天天处理10位以上整数的数字的人怎么想?输进去之后还要手动改成数字类型,列宽稍微窄一点就只能看到前几位数字,连两个数字之间谁大谁小都看不出来了

发表于2023-12-15 08:49:42

Yb [离线]

3.9中级站友

发帖数:1331 原创分:0
<ASCIIArt> 28楼

奇了怪了明明你的回复就在二楼,楼下这些觉得excel没问题的怎么不回答一下这个,写生物论文的已经骂过一轮excel了,它的问题不在于支持什么不支持什么,在于它的傲慢,它认为用户就是这个意思,就该按它的意思来做,就像微信认为用户需要每转发一次文件就需要另存一份,一样的傲慢

Fizzmy (Fizzmy) 在 ta 的帖子中提到:

excel的任何支持都很垃圾,比如我写个1-1他自动给我解析成一月一日,真是无语

发表于2023-12-15 08:53:58

wcr [离线]

Reggie

3.6侏罗纪

发帖数:708 原创分:1
<ASCIIArt> 29楼

但凡它不那么智能一点就不至于被骂(

from (random) 在 ta 的帖子中提到:

里面到底有啥核心技术难点呀,亦或是外国人的使用场景和我们有所不同??

签名档


发表于2023-12-15 10:16:56

kwot [离线]

¼©

1.0一般站友

发帖数:24 原创分:0
<ASCIIArt> 30楼

对呀,你说的没错

CFJay (CCME07|NU11|SCU18) 在 ta 的帖子中提到:

身份证号难道还需要做运算?

发表于2023-12-15 11:00:44

makcum [离线]

Музыка, книга, сон

4.9剑侠

发帖数:7077 原创分:0
<ASCIIArt> 31楼

下面那些出主意的,基本都不理解为啥Excel两年后就消失了

from (random) 在 ta 的帖子中提到:

里面到底有啥核心技术难点呀,亦或是外国人的使用场景和我们有所不同??

签名档

读不懂那个瞬间你的表情

发表于2023-12-15 11:51:25

kwot [离线]

¼©

1.0一般站友

发帖数:24 原创分:0
<ASCIIArt> 32楼

“就像微信认为用户需要每转发一次文件就需要另存一份,一样的傲慢”


你一说,才觉得这确实是个问题

Yb (萧) 在 ta 的帖子中提到:

奇了怪了明明你的回复就在二楼,楼下这些觉得excel没问题的怎么不回答一下这个,写生物论文的已经骂过一轮excel了,它的问题不在于支持什么不支持什么,在于它的傲慢,它认为用户就是这个意思,就该按它的意思来做,就像微信认为用户需要每转发一次文件就需要另存一份,一样的傲慢

发表于2023-12-15 13:47:36
返回本版
< 上一页
1
2
/ 2
跳转

请您先 登录 再进行发帖

快速回复楼主
标题
建议:≤ 24个字
签名档
发布(Ctrl+回车)

您输入的密码有误,请重新输入