グローバル変数とFileWriteの比較 - ページ 4

 
それも可能です。しかし、ファイル書き込みにアカウント番号を 使えば、ユーザーは別のPCに転送して、ファイルさえ持っていけば続けることができます。この人は検索可能な番号を使いたいんだと思った。
 

口座番号は 良いアイデアですが、同じ口座で動作する複数のEAを区別する必要があります。

そのため、以下のようなものを作成する必要があります。

1.1. ユニーク

2.検索可能

マジックナンバーのようにユーザーが変更できるものは、余分なコーディングが必要です。

ユニークな名前のジェネレーターは、名前を追跡するために別のGVを必要とします。

 
GVもユーザー側で変更可能
 
qjol:
GVもユーザー側で変更可能

まだ気づいていないよう ですね :)
 
MagicNumberを含むDLLを使用する
 
deysmacro:

きっとトーストは まだ気づいていないのでしょうね。 :)


ちょっと余計なお世話ですが、安請け合いすることで少しでも気分が良くなるのであれば、どうぞ :)

いずれにせよ、その点はすでにangevoyageurによってこのスレッドで提起されていました。

angevoyageur です。
ターミナルのグローバル変数の方が使いやすいし、 ターミナル内で手動で変更 することも可能です。しかし、ファイルへの書き込みはより柔軟です。


@qjol - 返信ありがとうございます。

Magic Numberの話は脱線しているような気がします。私はMagic Numberを使う必要は 全くなく、単にGVにユニークな名前を作るための(欠陥のある)方法でした。

私は、ユーザーが自分のMagic Numberを選択できる機能を維持したいと考えています。つまり、GVの名前を作成する別の方法を見つけるか、ユーザーがMagic Numberを変更できるようにするために余分なコードを追加する必要があるということです。

結論から言うと

ChartIDに問題があるかどうかを知りたかったのです。私たちが思いついた2つの制限は、以下の通りです。

1.1. ChartIDがどのような値であるかをコントロール できない。

2.2. ターミナルの実行中にチャート・ウィンドウを閉じると、ChartIDは失われる。

代替のアプローチは、以下の通りです。

1.マジック・ナンバーを使用し、ユーザーの変更とマジック・ナンバーの重複に対処するための追加コードを追加する。

2.2. 名前ジェネレータを作成し、名前を追跡するために別の GV を追加する。

もし、私が見逃しているオプションがあれば、教えてください。それ以外の場合は、返信してくれた皆さんに感謝します。

 
toast:

もし、私が見逃しているオプションがあれば、教えてください。その他、ご返信いただいた皆様、ありがとうございました。


GVをいじられた場合、対処しなければなりません。
 
qjol:

GVをいじられた場合の対処法


これは、ファイルライトではなくGVを使用するどのようなアプローチでも有効なポイントです。

GVが何であるかを知らないほとんどの人が、一般的にF3を押すのを避けてくれることを願っています。

完璧な解決策はないけれど、実行可能な解決策はたくさんある、と言っていいと思います。

ありがとうございました。

 
toast:


そうですね、これはファイルライトではなくGVを使用するどのようなアプローチでも有効なポイントです。

GVが何であるかを知らないほとんどの人が、一般的にF3を押すことを避けてくれることを望みます

完璧な解決策はないけれど、実行可能な解決策はたくさんある、と言っていいと思います。

改めてありがとうございました。


私が考える唯一の方法は、DLLを書き、それをPCの外にあるサーバーと通信させることです。そうすれば、誰も混乱することはありません。

クリックバンクのEA販売者がやっているようなものです。

 
deysmacro:

私が思うに、唯一の方法は、DLLを書き、それをPCの外にあるサーバーと通信させることです。そうすれば、誰も手を出すことはできません。

クリックバンクのEA販売者がやっているようなものです。




ご指摘ありがとうございます。クリックバンクのEA販売者が何をしているのか調べてみます。