//--------------------------------------------//Получаем конец строки магика.//--------------------------------------------int Magic_position_end = StringFind(All_magics,"_" + (string)(deal_number + 1) + "_",0); //тут по идее снова начинается поиск и он уже идет с самого начала снова не знаю зачем искать еще раз, надо хотябы поиск начинать с тагоже места где нашли начало маджика чтоли... и искать просто подчеркивание...
ピーター、酔ってるのか?の部分文字列で...25_...4文字:_、 2、5 、_。
はい、その通りです。懐かしいですね。
でも、直せばいいんです。
部分文字列で ...25_...4文字:_、 2、5 、_。
はい、その通りです。その点を見落とした。
でも、直せるんです。
どうやら、この患者さんは不治の病のようです。
コードを修正して投稿します。
お待ちください。
ちなみに。感情は和らぐかもしれません。何も問題はないんです。
コードを修正して投稿します。
お待ちください。
ねえ。感情は和らぐかもしれません。何も心配することはありません。
始まった死んだものは死にたくない。
完了しました。
ピーター あなたの例は、本質的に妄想であり、実行不可能です。現実の世界では、トランザクション番号は常にランダムである。書けないんですね。
次の取引番号がわからない。
現実の世界では、トランザクション番号は常にランダムである。書けないんですね。
次の取引番号がわからない。
そうでもないんです。
例えば、取引をしていて、すでに300回取引をしているとします。
300回目のトレードまでにどんなメジッチでも手に入れる必要があるのなら、次のトレード番号は常に持っている。
300回目のトレードの数字が必要なら最後のトレードの番号を常に変数に保存しておくことができます。
確かに、すぐに取引に適用できるような完璧なコードではありません。解決へのアプローチを示しているに過ぎない。微調整が可能です。
そうでもないんです。
例えば、取引をしていて、すでに300回取引をしているとします。
300回目の取引までに何かメジッチを手に入れる必要がある場合、常に次の取引の番号を持っています。
300件目の案件の番号を知る必要があるなら最後のトレードの番号を常に変数に保存しておくことができます。
普通のintsの配列で何が悪いんだ!Tバックの意味がないじゃないか...。もう一度、文字列の代わりに、チャートの動的 配列を格納するクラスを使用することを想像してみてください - それが高速だと思いますか?