有没有用过以值传递为主的语言的,交流一下

鸣鸣Amadues 2021-01-26 11:50:49
Java是以引用传递为主的,我工作里开发的语言是以值传递为主的,结构和表类型的数组都是值传递的。
我自己感觉还是值传递比较方便,引用传递容易出错,尤其在复杂点的应用场合里,很难整理清楚哪些引用是指向同一个数据的。
值传递的话,程序里可以随意建变量(主要是结构型的数据,比如对象),不用考虑跟其他变量公用的问题,虽然内存消耗大了,但只要不是表结构的数据,对现在计算机的性能来说基本上没多大差异的,只有在处理表结构数据时要考虑一下内存的问题
...全文
337 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
鸣鸣Amadues 2021-01-29
  • 打赏
  • 举报
回复
引用 3 楼 qybao 的回复:
我记得以前的vb应该是值传递为主,要传引用要自己用byRef关键字声明参数,因为vb是解释性语言,实现引用传递不容易。 值传递在大量数据处理的时候会有性能问题,所以一般有大数据处理时不宜使用,所以编译性语言一般优先采用引用传递。 java是运行于虚拟机的,为了确保虚拟机的稳定运行,是不允许因为值传递给虚拟机带来风险的问题存在的。 而其他支持值传递的语言(如C/C++),也会优先采用引用传递,但是也提供了值传递的方法(就是直接用栈内对象----java没有栈内对象所以不实用,或者自己拷贝对象再传递----这属于变相值传递,java一定程度也适用),这样,用不用值传递由用户自己决定,也就是风险由用户自己控制而不是编译器来管理。 所以,专门以值传递为主的语言,因为胜任不了大数据复杂处理的需求,一般很少开发商提供,而其他的引用传递为主的语言,因为提供了变相的方法来实现值传递,也能满足需要值传递的需求,所以就没必要再特意开发一种值传递的语言(毕竟开发出来市场需求也不会很大)
非表格型数据,比如一个对象那种结构类数据,我觉得还是值传递更加好点,引用传递对象指来指出容易出错,而且错误不容易排查。 我工作中一直是用这种偏向值传递的语言,比如让数组1=数组2,是值传递而非引用传递,这样数组1和数组2没有依赖关系,不会因为动了数组1而要去考虑是否影响数组2。所以好和坏不能一概而论,在某些场合这个优点重要,在某些场合那个优点重要,这都是有可能的。 我们公司的erp软件世界500强大部分都在用(可能你知道是哪个公司),也没发现有什么问题,当然erp比较侧重业务流程而非处理大数据集,所以跟不同的应用场合还是有关系的。
KeepSayingNo 2021-01-28
  • 打赏
  • 举报
回复
引用传递能高效利用内存,如果方法调用都是传递的值,大的对象值进行入栈出栈,非常耗资源
qybao 2021-01-28
  • 打赏
  • 举报
回复
我记得以前的vb应该是值传递为主,要传引用要自己用byRef关键字声明参数,因为vb是解释性语言,实现引用传递不容易。 值传递在大量数据处理的时候会有性能问题,所以一般有大数据处理时不宜使用,所以编译性语言一般优先采用引用传递。 java是运行于虚拟机的,为了确保虚拟机的稳定运行,是不允许因为值传递给虚拟机带来风险的问题存在的。 而其他支持值传递的语言(如C/C++),也会优先采用引用传递,但是也提供了值传递的方法(就是直接用栈内对象----java没有栈内对象所以不实用,或者自己拷贝对象再传递----这属于变相值传递,java一定程度也适用),这样,用不用值传递由用户自己决定,也就是风险由用户自己控制而不是编译器来管理。 所以,专门以值传递为主的语言,因为胜任不了大数据复杂处理的需求,一般很少开发商提供,而其他的引用传递为主的语言,因为提供了变相的方法来实现值传递,也能满足需要值传递的需求,所以就没必要再特意开发一种值传递的语言(毕竟开发出来市场需求也不会很大)
鸣鸣Amadues 2021-01-27
  • 打赏
  • 举报
回复
是说赋值,java里对象=是传递引用,想值传递得用拷贝的概念
啥都无所谓 2021-01-26
  • 打赏
  • 举报
回复
其实你Java也可以啊,一直new啊。就不要去引用了。

67,515

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧