V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  qiqiqi7001  ›  全部回复第 1 页 / 共 1 页
回复总数  15
2022-07-27 16:22:36 +08:00
回复了 enzo26 创建的主题 硬件 机械革命 code01 新版出来了, 6800H,可以冲吗?
我现在用的就是上一代机械革命 code01 ,用了一年了没什么问题。
2022-07-21 16:32:00 +08:00
回复了 qiqiqi7001 创建的主题 Java 在 Java 中为什么不全部使用 static 方法?
2022-07-21 16:08:37 +08:00
回复了 qiqiqi7001 创建的主题 Java 在 Java 中为什么不全部使用 static 方法?
@guyuesh3 早期的,几乎所有的方法都是“静态方法”,引入实例化方法概念是面向对象概念出现以后的事情了,区分静态方法和实例化方法不能单单从性能上去理解,创建 c++,java,c# 这样面向对象语言的大师引入实例化方法一定不是要解决什么性能、内存的问题,而是为了让开发更加模式化、面向对象化。这样说的话,静态方法和实例化方式的区分是为了解决模式的问题。
我复制别人的一句话,这个就是我要找的答案。
2022-07-21 16:02:45 +08:00
回复了 qiqiqi7001 创建的主题 Java 在 Java 中为什么不全部使用 static 方法?
@guyuesh3 我主要不是关注 static 这个关键字本身的原理,我看到“java 万物皆对象”感觉说的不太对,我觉得对象不是必须的,大部分用对象的地方都可以用 static 替换,所以我才问为什么不能全部用 static ,但我现在了解到 static 是和 oop 冲突的,这个可以说是一个不能全部 static 的一个原因。
2022-07-21 14:55:26 +08:00
回复了 qiqiqi7001 创建的主题 Java 在 Java 中为什么不全部使用 static 方法?
为什么都在说 jvm ,静态方法和实例方法其实在性能上没有区别,加载时机,和内存占用都一样,调用速度也没有区别。
2022-07-21 12:05:35 +08:00
回复了 qiqiqi7001 创建的主题 Java 在 Java 中为什么不全部使用 static 方法?
@xhldtc 对象不是静态,调用之间都是掉静态方法
2022-07-21 11:53:10 +08:00
回复了 qiqiqi7001 创建的主题 Java 在 Java 中为什么不全部使用 static 方法?
@newmlp 我啥时候说动态生成方法的做法了,,,,
2022-07-21 11:21:23 +08:00
回复了 qiqiqi7001 创建的主题 Java 在 Java 中为什么不全部使用 static 方法?
@paradoxs 内存这个问题我知道
1.静态方法在程序开始时生成内存,实例方法在程序运行中生成内存,
所以静态方法可以直接调用,实例方法要先成生实例,通过实例调用方法,静态速度很快,但是多了会占内存。
静态内存是连续的,因为是在程序开始时就生成了,而实例申请的是离散的空间,所以当然没有静态方法快,
而且静态内存是有限制的,太多了程序会启动不了。
但是我还看到另一个结论
2.静态方法和实例方法其实在性能上没有区别,加载时机,和内存占用都一样,调用速度也没有区别。
我想问这两个那个是正确的
2022-06-06 12:44:11 +08:00
回复了 shervy 创建的主题 问与答 麻烦各位推荐个吹风机
大力士吹风机,GHD 吹风机
2022-03-02 17:39:44 +08:00
回复了 TottiSun 创建的主题 职场话题 问下大家在公司有朋友吗?
我跟你一样,我有时候也举得有点孤独
2022-03-02 17:37:47 +08:00
回复了 kekeabab 创建的主题 程序员 初中学历的 00 后程序员,未来怎么办?
@TuringHero 你可以看下他的建议
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1096 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 21ms · UTC 22:40 · PVG 06:40 · LAX 14:40 · JFK 17:40
Developed with CodeLauncher
♥ Do have faith in what you're doing.