社区
Java EE
帖子详情
基础 比拼题
冷风达人
2013-03-21 03:24:47
String s;
while (!StdIn.isEmpty()) { while (!StdIn.isEmpty()) {
s = StdIn.readString(); String s = StdIn.readString();
... ...
} }
这两个语句哪个更好 说明理由。。
...全文
286
14
打赏
收藏
基础 比拼题
String s; while (!StdIn.isEmpty()) { while (!StdIn.isEmpty()) { s = StdIn.readString(); String s = StdIn.readString(); ... ... } } 这两个语句哪个更好 说明理由。。
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
14 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
R.R_
2013-03-22
打赏
举报
回复
第二种吧 不是空才创建
zhangchao19890805
2013-03-22
打赏
举报
回复
这排版真有点乱
gfzeng
2013-03-22
打赏
举报
回复
引用 13 楼 ylovep 的回复:
预测效果都一样 虚拟机做了优化
这样啊, 我对比较大的循环, 一直采取第一种。
ylovep
2013-03-22
打赏
举报
回复
预测效果都一样 虚拟机做了优化
kang_zz
2013-03-22
打赏
举报
回复
s若只在while中用那么当然第二种好,节约资源。若s下面还会用到,那么就是第一种方式了。
LiangGzone
2013-03-21
打赏
举报
回复
看情况啦。如果只在while中用,使用第二种。如果后面要调用到,选择第一种。这个是作用域的问题。
java3731
2013-03-21
打赏
举报
回复
范围问题。s只在while内用,肯定第二个要好点
keep_trying_gogo
2013-03-21
打赏
举报
回复
期待答案啊。
tianma630
2013-03-21
打赏
举报
回复
第一种的使用范围大 第二种适用范围小
长笛党希望
2013-03-21
打赏
举报
回复
如果只在循环中建议使用第二种方法,因为s的作用域只需在while循环中,节约开销。
求知路漫漫
2013-03-21
打赏
举报
回复
顶楼上的3位说
huimiezu
2013-03-21
打赏
举报
回复
while (!StdIn.isEmpty()) { String s = StdIn.readString(); ... } 可读性好一点
forgetsam
2013-03-21
打赏
举报
回复
两种一样烂。
大麦冬
2013-03-21
打赏
举报
回复
没有好与不好之说,只能用实际情况来看,如果把String s;定义在循环外边,就可以在循环以外调用s, 如果把s定义到循环里面,只能在循环里面使用,使用范围小了些,所以根据情况来看你定义在外边还是里面了。
AI 2025新一卷数学
题
大
比拼
:谁是尖子生?谁又“送分
题
”都翻车?
”“OpenAI这次真的输在
基础
题
上了?”“明年能不能考作文?” 想了解更多关于大模型的性能测试、AI产品评测与推荐,可访问 AIbase 平台,这里汇聚最强 AI 工具与资源,帮你高效对接适配模型,开启智能体验之旅!
蓝桥楼赛第30期-Python模块大
比拼
-第一天赛
题
题
解
签道
题
,简单的
基础
操作。
XJOI 9165果园大
比拼
题
解
有 n 个小朋友去果园郊游,现在他们在玩一个比重量的游戏。他们规定在果园找苹果和西瓜这两种水果,然后统计出各自摘的苹果和西瓜的总重量,再根据n个总重量来排名,总重量高的排在前面(如果出现总重量相同就按苹果...
C
基础
入门
题
:石头剪刀布
简单明了的规则,使得石头剪子布没有任何规则漏洞可钻,单次玩法
比拼
运气,多回合玩法
比拼
心理博弈,使得石头剪子布这个古老的游戏同时用于“意外"与“技术”两种特性深受世界人民喜爱。接下来 N 行的每一行包括两个...
2024电赛H
题
参考方案(+视频演示+核心控制代码)——自动行驶小车
此次电赛的H
题
属于控制类
题
目,相较于往年较为简单,功能也算...控制的难点就在与ABCD四点之间的丝滑连接,如何让小车又快又稳的运行,最后
比拼
的就是时间了,可能也是比赛现场的重点评判标准,毕竟选择该
题
的人多。
Java EE
67,538
社区成员
225,852
社区内容
发帖
与我相关
我的任务
Java EE
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
复制链接
扫一扫
分享
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章