1、充值比例能不能定成100日元=40元宝这样？游戏内全部数值翻三倍加

1、充值比例能不能定成100日元=40元宝这样？
游戏内全部数值翻三倍加局部调整，这么大的工作量数值策划整理可能都要几周了，加上程序的工作量，成本太高了，游戏数值整体调整和重做一个数值体系差不多了。

2、脚本里的大部分都是消费活动，各种道具根据运营周期逐步降低的，比如抢购商店，一个文件里几种价格对应的是不同日期版本的数值，有些还是反复改的，比如配置1在5月用了，可能会修改后在7月用于另外的活动复用，这种元宝价格是没必要去整理修改的。
活动的价格需要在游戏道具价格调整后，每种活动类型第一版价格才能定下来，之后根据版本周期逐步加大优惠力度，每期活动出了方案文档后给你们确认，需要调整的再改就行了。

3、游戏数值修改涉及很多地方，不只是lua里的内容，lua、配置表、c++和前端都需要同步，不然各种数值不一致的BUG，游戏本地化时间会没有保障。
还是按我之前说的那样，运营去游戏中体验系统，然后以文档整理调整需求——哪个系统模块日本玩家不买账需要降价，哪个系统模块可以提高价格，然后由我们的数值去修改并整理成可执行的方案文档，出了修改方案后针对那些改后的价格你们再微调具体的数值。

結果 (日本語) 1:

1、100 円 = 40 ゴールドを充電できますか。すべての値 2 倍 3 倍とゲーム内でローカル調整は、数値計画統合のような大規模な量だった可能性が数週間、一緒にプログラムの負荷、コストが高すぎる、ゲームの全体的な調整は数値の数値システムをやり直すよう。2、およびほとんどのスクリプトが消費活動、操作のサイクルに従って様々 な小道具がようをスナップされたストアの徐々 に減少に対応するファイルをいくつかの価格で別の日付をバージョンの数値は、一部が繰り返し変更も、5 月の構成 1 のような可能性があります修正侯 7 月と複雑な活動を追加するため、このシルバー価格は仕上げの変更する必要なかった。活動価格調整ゲーム アイテム、初版価格活動の種類ごとに設定することができます、後リリース サイクルに従って徐々 に設定、プログラムのドキュメントの各フェーズにおける活動の強度を高めるとに確認する、行を再度調整する必要があります。3、ゲームの値の変更を含む多くの Lua、LUA、テーブル、c + + および同期されるフロント エンドのニーズではなく、場所や様々 な数値矛盾バグ、ゲームのローカライズ時は保証されません。または、特定の値を微調整まで、ゲーム システムの営業経験、モジュール システム日本プレイヤーがどのシステム モジュールの価格で、変更および実行可能ファイルの 1 つのドキュメントをコンパイルする私たちの値を増やすことができます、価格を購入しないでください-ドキュメント要件を調整するオプションを変更価格の後、人のためにも述べた。

結果 (日本語) 2:

1、再充電の比率は、100円= 40インゴットを設定することができますか？
ゲーム内のすべての値は、3重部分調整を回し、このような大規模なワークロード統合の計画値は、数週間であってもよいし、作業プログラムと、コストが、ゲーム全体の価値調整が高すぎると、ほぼ数値システムをやり直します。

2、スクリプトのほとんどは徐々にそのようないくつかの価格でファイルの値が日付の異なるバージョンに対応するストアを購入するように、動作サイクルを減らすために小道具の様々に応じて、消費者の活動であり、いくつかは、繰り返しこのような構成1のように、変更されました使用することができる、他の活動のための月の再利用後に変更されてもよく、この金価格は、注文を変更する必要はありません。
価格活性はゲームの小道具の価格調整後に必要とされ、順番にアクティビティの各タイプの最初の版の価格が落ち着く、その後徐々にあなたが変更に再調整する必要があることを確認するために、ドキュメントの後のバージョン、それぞれの活動プログラムに応じて優遇期間を高めるためにライン上。

図3は、ゲームの値は多くの場所、LUA、LUA、構成テーブル、C ++フロントエンドだけではなく内容を伴う変更し、両方のは、そうでなければ、様々な値をバグと矛盾し、ゲーム時間の局在は保証されません、同期化する必要があります。
それとも私が前に言ったように、ゲームへのシステムの経験を操作し、文書仕上げのニーズを調整されている-日本のプレイヤーがシステムモジュールの価格を上げることができ、価格を購入する必要はありませんどのモジュールシステムは、私たちの価値観によって編集し、整理に行きます実行可能プログラムファイル、あなたが微調整特定の値の後に変更後のそれらのための価格の変更。

結果 (日本語) 3:

1、リチャージの割合は100円＝40元ということになりますか？ゲーム内の全てのデータもひっくり返って三局部の調整、こんなに大きな仕事データ整理必要かもしれない企画の数週間に加え、プログラムの仕事は、コストが高すぎて、ゲームデータ全体の調整とやり直しデータシステムになって。に、脚本の中の大半は消費活動によって、さまざまなアイテムが運営サイクルを逐次下げる、たとえば買い占め商店、ファイルに対応のいくつかの価格は日付バージョンの数値は、多少やはり繰り返し改、たとえば配置いちはご月で、改正後はななしち月に別の活動プレックス馬蹄銀の価格は、この改正の整理する必要がない。活動の価格が遊び道具価格調整後、種類ごとに活動タイプ第一版価格才能が決まり、後に徐々に増やさバージョン週期優遇の力を入れ、毎号活動が出た後にあなた達に案ドキュメント確認、調整のまた変更すればいい。さん、ゲームデータ修正は多くの地方で、lua中の内容だけでなく、lua、配置表、c ++と先端が同期して、さもなくば各種データの不一緻のバグが現地時間、ゲームは保障。やはり、私は前に述べたように、運営にゲーム中で体験システム、そしてドキュメント整理調整需要――どのシステムモジュール日本のユーザーが値下げ敬服しない、どのシステムモジュールを価格から、私たちの数値に改正し、まとめて可能な案文書、改正案に対してあれらの改後後君たちの価格調整具体的な数値。