- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时,我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
当我完成关卡时,它必须显示“关卡已完成!”文本并等待 5 秒然后开始下一关。
private void showSuccess() {
levelCompleted.SetActive (true);
StartCoroutine("waitForNextLevel");
}
IEnumerator waitForNextLevel() {
Debug.Log ("Start time: " + Time.time);
yield return new WaitForSeconds (5);
Debug.Log ("End time: " + Time.time);
prepareTheLevel ();
}
然而文字出现成功,游戏等待5秒,文字消失。然后再等待 5 秒并开始下一个级别。
我希望它只等待 5 秒而不隐藏文本。
有什么想法吗?
最佳答案
听起来你有一些类似的东西:
if (playerScore > winScore)
showSuccess();
在某处的游戏对象上。
如果是这种情况,每帧都会调用 showSuccess
,并且每次它都会创建一个新协程,在 5 秒内开始下一关。当第一个完成时,关卡被销毁(删除文本)并且下一个关卡开始加载 - 但是你有 5 秒的协程堆积起来,所以大致每一帧它都会再次调用 prepareTheLevel
直到你用完了活跃的协程。
你用 bool 来保护它的解决方案非常接近你应该做的,但忽略了堆积 5 秒协程的潜在问题 - 我建议保护对 StartCoroutine
的调用相反 - 你甚至可以在 levelCompleted 文本上使用 active 标志,即:
private void showSuccess() {
if (levelCompleted.IsActive() == false) {
levelCompleted.SetActive (true);
StartCoroutine("waitForNextLevel");
}
}
这将使第二次调用 showSuccess
将看到 levelCompleted
处于事件状态,并且什么都不做,只剩下一个 waitForNextLevel
随心所欲的协程。
关于c# - unity WaitForSeconds 等待时间超过预期,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31796836/
假设我们有 MethodA 和 MethodB,其中整个方法的主体都在单个大锁 block 中。两种方法都使用相同的对象进行锁定: lock (objectX) { // methodbody
我想在我的代码中设置不同的 Capybara 等待时间,具体取决于它们通常需要多长时间才能完全加载?我是否必须重复更改 Capybara.default_wait_time 还是有更好的方法? 最佳答
我们的 Graphite 服务器面临 CPU 和磁盘瓶颈。主要问题是 %IO 等待时间始终在 40% 的范围内。我们在具有 7.5 GiB RAM 的 RHEL 服务器上的 2 核 CPU 上运行它。
我正在编写一个自动化测试程序,它将测试一些有时加载某些 AJAX 调用很慢的 Web 程序。例如,用户将单击“查询”,这将导致 15 到 90 秒的 HTML“加载”覆盖。搜索完成后,它将使用结果更新
如果我使用例如“ls -Rlah/”运行以下函数“运行”,我会按预期通过打印语句立即获得输出 import subprocess32 as subprocess def run(command):
如何检查 Linux 机器中进程等待 CPU 的时间? 例如,在加载的系统中我想检查 SQL*Loader 有多长(sqlldr) 进程等待。 如果有一个命令行工具来执行此操作将会很有用。 最佳答案
我正在运行一个多并行文件处理进程(最少 200 个进程),其中每个进程正在读取不同大小(0-50mb)的日志以捕获日志的实时数据。我在 16 个内核上运行我的作业和 8 GB 内存 Linux 机器。
我可以使用哪个 C API 来获取 Linux 上退出的子进程的总磁盘 IO 等待时间(绝对值)? 例如PID 为 1234 的进程运行了 10 秒,并等待 IO 操作完成 3 秒。 背景:我试图找出
我需要一些帮助来计算 bash 脚本的平均 IO 等待时间。 我要运行的脚本非常简单。排序 2 个文件,然后加入。因为我将在大文件上进行测试,所以我需要知道我有多少 IO 瓶颈才能做出一些决定(加入哪
我们在 UNIX 中使用 iostat 在 Unix 中获取所有这些信息。我可以在 Windows 中执行此操作。目前我们使用 typeperf。 最佳答案 还有一个实用程序“logman”。有关此主
我们的 Web 应用程序在高峰时段遇到性能问题,目前该应用程序分为一台 2003 IIS6 Web 服务器和一台 SQL Server 2005 DB 服务器。数据库服务器上的查询时间看起来不错(大约
我是一名优秀的程序员,十分优秀!