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

开拓者Amadues 2021-01-26 11:50:49
Java是以引用传递为主的,我工作里开发的语言是以值传递为主的,结构和表类型的数组都是值传递的。
我自己感觉还是值传递比较方便,引用传递容易出错,尤其在复杂点的应用场合里,很难整理清楚哪些引用是指向同一个数据的。
值传递的话,程序里可以随意建变量(主要是结构型的数据,比如对象),不用考虑跟其他变量公用的问题,虽然内存消耗大了,但只要不是表结构的数据,对现在计算机的性能来说基本上没多大差异的,只有在处理表结构数据时要考虑一下内存的问题
...全文
344 5 打赏 收藏 转发到动态 举报
AI 作业
写回复
用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啊。就不要去引用了。
在Windows 10或Windows 11操作系统中,用户经常会遇到共享打印机时出现的一系列错误代码,这些错误代码可能会阻碍打印机共享功能的正常使用。常见的错误代码包括0x00000057、0x00000709和0x0000011b,这些代码通常指出了不同的问题,比如权限不足、服务未运行或配置错误等。除此之外,还有一些故障提示如“连接失败”或“内存不足”,这些都可能影响到打印机共享的稳定性。 要解决这些故障,首先要确保打印机已经正确地连接到网络,并且在需要共享的电脑上进行了设置。确保打印机驱动程序是最新的,并且在共享设置中没有错误配置。对于权限问题,需要检查网络上的用户账户是否具有足够的权限来访问共享打印机。同时,也要确保打印机服务正在运行,特别是“Print Spooler”服务,因为这是打印机共享服务的核心组件。 在某些情况下,问题可能与操作系统的更新有关,如升级到最新版的Windows 10或Windows 11后可能出现的兼容性问题。这时,可能需要查看微软的官方支持文档来获取特定的解决方案或更新。 对于错误代码0x00000057,这通常是由于没有足够的权限来访问网络打印机或其共享资源,解决方法是确保网络打印机的权限设置正确,包括在组策略中设置相应的访问权限。而0x00000709错误可能是由于打印机驱动问题或打印机端口配置错误,可以尝试重新安装或更新打印机驱动来解决。至于0x0000011b错误,这往往是因为打印机队列服务的问题,检查并重启“Print Spooler”服务通常是解决这类问题的常见手段。 至于“连接失败”或“内存不足”这类故障,通常与客户端和打印机之间的网络连接以及打印机本地资源的使用情况有关。检查网络连接,确保打印机所在的网络段没有故障或中断。同时,如果打印机的打印队列长时间得不到处理,可能会导致内存不足的情况,这时可能需要清理打印队列或增加打印机的内存配置。 为了帮助用户更快速地解决这些问题,市面上出现了各种打印机共享错误修复工具。这些工具往往通过预设的修复程序来自动检测和修正打印机共享中常见的问题。它们可以快速检查打印机驱动、网络连接以及共享设置,并且能够提供一键修复功能,大幅减少了用户自行排查和解决问题的难度。 然而,在使用这些修复工具之前,用户应确保这些工具的来源是安全可靠的,避免因使用不当的修复工具而引发其他系统安全或隐私问题。用户可以到官方平台或者信誉良好的软件提供商处下载这些工具。通过细心检查打印机的共享设置,及时更新驱动程序和服务,以及合理使用修复工具,大多数共享打印机的问题都可以得到有效的解决。

67,549

社区成员

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

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