blocks|key|408075|text|开销是0。长度存储在描述符中。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|408076|尼尔·米尔斯特德，“uni”的作者(不是开玩笑的)。|408077|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

The overhead is 0. The length is stored in a descriptor.

Neil Milsted
Author of uni-REXX (no kidding).

blocks|key|407960|text|这完全取决于执行情况。您的意思是REXX+for+OS/2、REXX+for+z/VM、REXX+for+z/OS、OOREXX+for+Windows、REXX/400或Regina？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|407961|IBM之外的REXX语言规范没有规定如何在幕后实现函数，如果扫描字符串，则可能是O(N)；如果长度存储在某个字符串中，则为O(1)。|407962|如果这真的很重要，最好用基准测试代码来看看长度是否有区别。|407963|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

It depends entirely on the implementation. Do you mean REXX for OS/2, REXX for z/VM, REXX for z/OS, OOREXX for Windows, REXX/400 or Regina?

Nothing in the REXX language specs out of IBM dictate how the function is implemented under the covers, it could be O(N) if you scan the string or O(1) if the length is stored with the string somewhere.

If it's really important, best to test with benchmarking code to see if the length makes a difference.

blocks|key|407943|text|我没有把握。在我的日子里，我写了一些Rexx，但是我从来没有在length()函数的性能上遇到过问题。这种扩展的方式甚至可能取决于Rexx解析器的实现。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|407944|我会编写一个Rexx脚本，在10个字符串上调用10.000次"length()“，然后在100个字符串上调用，然后在1000个字符字符串上调用。|407945|在图中绘制出结果的时间可以给出性能下降的近似结果。|407946|尽管如此，我猜想性能下降最多是线性的，就像O(n)中的那样。(见符号表示法)|offset|length|407947|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/Big_O_notation^0|0|0|0|W|5|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|U|8|@]|9|@$H|V|I|W|1|X]]|A|$]]|$1|J|3|-4|5|6|7|Y|8|@]|9|@]|A|$]]]|K|$L|$5|M|N|O|A|$P|Q]]]]

I'm not sure. I've written some Rexx in my days but I've never had performance trouble with the length() function. The way this scales is probably even depending on your implementation of the Rexx parser.

I'd write a Rexx script that times 10.000 calls of "length()" on a 10-character sting, then on a 100 character string, and then on a 1000 character string.

Plotting the resulting times in a graph would give you an approximation on how performance decreases.

Having said all this, my guess is that performance decrease is at most linear, as in O(n). (See <a href="http://en.wikipedia.org/wiki/Big_O_notation" rel="nofollow noreferrer">http://en.wikipedia.org/wiki/Big_O_notation</a>)

blocks|key|1942361|text|它是特定于语言实现的。我现在已经很久没有写任何REXX了，事实上，我写了AREXX+(+Amiga实现)，这是15年前的事了。:-)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1942362|你可以写你自己的测试程序。生成长度递增的字符串，并使用高性能计时器测量获取长度()所需的时间。如果将时间和字符串长度存储在基于逗号分隔的文本文件中，则可以使用格努图绘制时间和字符串长度。然后你会很清楚地看到它是如何伸缩的。|offset|length|1942363|编辑:我应该先检查罗尔夫的答案，因为他写的差不多是一样的东西。:-)|1942364|entityMap|0|LINK|mutability|MUTABLE|url|http://www.gnuplot.info/^0|0|27|3|0|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@]|9|@$D|R|E|S|1|T]]|A|$]]|$1|F|3|G|5|6|7|U|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|V|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|O]]]]

It's language implementation specific. It was a long time since I wrote any REXX now, in fact I wrote AREXX (the Amiga implementation) and it was 15 years ago. :-)

You can write your own test routine. Generate strings of increasing length and measure the time it takes to get length() using a high performance timer. If you store the times and string lengths in a text file based comma separated table you can then plot it using <a href="http://www.gnuplot.info/" rel="nofollow noreferrer">gnuplot</a>. And then you'll see very clearly how it scales.

Edit: I should have checked Rolf's answer first since he wrote more or less the same thing. :-)

blocks|key|408151|text|我可以代表IBM大型机版本、用于OS/2的经典Rexx版本以及任何对象Rexx实现。长度存储在字符串描述符中，因此开销与字符串长度无关。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|408152|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I can speak for the IBM Mainframe versions, the Classic Rexx version for OS/2, and any of the Object Rexx implementations. The length is stored in the string descriptor, so the overhead is independent of the string length.

How does the processing overhead of the length() function in REXX change with the length of the string?

<hr>

Update: I'm using:

<ul>
<li>uni-REXX (R) Version 297t</li>
<li>Open-REXX
(TM) Copyright (C) iX Corporation
1989-2002. All rights reserved.</li>
</ul>

What is the processing overhead of length() in REXX?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

问REXX中length()的处理开销是多少？
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问REXX中length()的处理开销是多少？EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问REXX中length()的处理开销是多少？
EN