//--------------------------------------------//Получаем конец строки магика.//--------------------------------------------int Magic_position_end = StringFind(All_magics,"_" + (string)(deal_number + 1) + "_",0); //тут по идее снова начинается поиск и он уже идет с самого начала снова не знаю зачем искать еще раз, надо хотябы поиск начинать с тагоже места где нашли начало маджика чтоли... и искать просто подчеркивание...
彼得,你喝醉了吗?在子串的..._25_...四个字:_,2,5,_。
是的,你是对的。我错过了这个机会。
但我们可以解决这个问题。
在子串..._25_...四个字:_,2,5,_。
是的,你是对的。错过了这一点。
但它可以被修复。
显然,这个病人是不治之症。
我将修复代码并张贴。
请等待。
顺便说一下。情绪可能会有所缓和。这没有什么不对。
我将修复代码并张贴。
请等待。
嘿。情绪可能会有所缓和。没有什么可担心的。
它正在发生。死了的东西不愿意死。
完成了。
彼得,你的例子本身就是妄想,是不可行的。在现实世界中,交易号码总是随机的。你不能写。
我们不知道下一个交易号码。
在现实世界中,交易号码总是随机的。你不能写。
我们不知道下一个交易号码。
并非如此。
假设我们正在交易,已经做了300笔交易。
如果我们需要在第300次交易之前得到任何梅季奇,我们总是有下一个交易号码。
如果我们需要得到第300笔交易的数字,那么......我们可以始终在一个变量中保留最后一笔交易的号码。
该代码当然不是完美的,所以它可以立即应用于交易。它只是展示了一种解决问题的方法。它可以被微调。
并非如此。
假设我们正在交易,已经做了300笔交易。
如果我们需要在第300次交易之前得到任何medjic,我们总是有下一次交易的号码。
如果我们需要得到第300笔交易的号码,那么......我们总是可以在一些变量中保留最后一笔交易的号码。
一个普通的ints数组有什么问题?thongs....,有什么意义呢?再一次,想象一下,你用一个存储动态图表数组 的类来代替字符串--你认为这很快速吗?