げれげれ

げれげれ

ユーザー 修羅の国
参加
メッセージ
98
リアクションスコア
250
ポイント
130
Medals
0

タイムライン 新着アクティビティ 投稿 プロフィール

  • げれげれ
    リプ受けない設定のようなのでこちらで。

    ＞Split-Classes-1-1-0

    海外フォーラムですね。

    どういうことか少し興味が湧いたので記事および中身を軽く覗いてみたところ、
    クラスの継承関係（クラスツリー）を何か変更するものではなく、
    見やすいようにファイル分割したもののようです。
    • Like
    Reactions: munokura and 温州みかん
    View previous comments…
    munokura
    munokura
    ＞とんび氏
    それは理解しているのですが、海外フォーラムで分割されているのがv1.0.0とv1.1.0のもののようです。

    はどはど氏のツールはムノクラが使えそうもないと感じていて（今調べたら、そこまで難しくは無さそうですが）、まだv1.2.0の分割されたものが手元にないということになります。

    nodejs.org

    ダウンロード | Node.js

    Node.js® is a JavaScript runtime built on Chrome's V8 JavaScript engine.
    nodejs.org nodejs.org
    でnode.jsをインストールしてコマンドプロンプトで開けば良い？ということなんですかね？
    とんび@鳶嶋工房
    とんび@鳶嶋工房
    使い方はjsのコメントに書いてあるですよ。
    munokura
    munokura
    折を見て挑戦します。
    げれげれ
    • Like
    Reactions: こまどり乳酸菌
    View previous comments…
    C
    chronicle
    すいません、最初からStrictモードでの即時関数とStrictモードでのブロックスコープでの差異として捉えていました。
    （非Strictは考慮していません）
    Strictモードには関数のみに適用される規則があるので、
    即時関数は関数なので、コード全体に関数の規則も適用された状態でのStrictモードになるという文脈です。
    それ故にthisの解釈も違ってくるので。

    varと未宣言変数は、thisの違いを検証出来るように説明できるよう、MDNをベースにやむを得ず例に出しただけで、他に意味はありません。
    C
    chronicle
    プラグインの場合に起こりうるであろう想定例です。
    JavaScript: 
    {
  //プラグインコマンドを定義
  PluginManager.registerCommand('myPlugin', 'command', (args) => {
      this.foo = args.foo; //アロー関数なので定義されたスコープでのthisになる
  });
}
    アロー関数を使用しているのでブロックで書いた場合と同じくグローバルオブジェクトになってしまい、スコープ汚染しながら動作してしまいます。
    なので挙動の違いは知っておくと、うっかりミスした場合にも特定しやすくなります。
    げれげれ
    げれげれ
    根気よくご説明くださりありがとうございます。
    また、きちんと意図を汲み取れておらず失礼しました。

    ブロックとアロー関数のコンボという具体的な懸念を仰ってたわけですね。
    たしかにありそうです！
    上記を踏まえて修正いたしました。
    げれげれ
    「一週間でゲームを作ろうの会」のやつ、でけましたよ。
    テーマ：受験
    タイトル：動く点Ｐ

    イベント作成の練習も兼ねて、今回はプラグイン無し縛り。
    game.nicovideo.jp

    動く点Ｐ - ゲームアツマール

    ばかばかしくも楽しい５分間を提供できるといいね
    game.nicovideo.jp game.nicovideo.jp
    • Like
    Reactions: Ganmo and ワタベ
    げれげれ
    げれげれ
    イベントとじっくり向き合ってつくづく思ったのだが、やはりイベントのセルフ変数は要る。
    そういう機能のプラグインが存在していることは知っているけど、そうでなくてデフォ機能として必要だと思った。
    ＯＯＰ的発想でイベントを構築しようとすると、各オブジェクト（つまりイベント）が自身の状態をプロパティとして保持する必要が出てくるわけだが、それがセルフスイッチだけだとすんごく不便。
    ちょっと、提案としてまとめて投げてみるかな…
    げれげれ
    • Like
    Reactions: fspace, panda, munokura and 2 others
    View previous comments…
    げれげれ
    げれげれ
    引き続きありがとうございます。
    修正いたしました。

    本年もよろしくお願いいたします！
    fspace
    fspace
    お疲れ様です。今年もよろしくお願いします。

    記事を確認しましたが、Object.createについて少し誤解がありそうな気がします。Object.createはオブジェクトを複製するものではなく、指定したオブジェクトを[[prototype]]とする新しいオブジェクトを生成するものです。これに基底クラスのprototypeを指定することで、コンストラクタのprototype同士が繋がり、継承階層を成すようになります。継承という概念と、プロトタイプによる実装は分けて考えた方がいいと思います。
    げれげれ
    げれげれ
    ありがとうございます、思いっきり「プロパティが丸ごと複製されている（ついでに[[prototype]]も設定されている）」と勘違いしていました。

    修正いたしました！
    • Like
    Reactions: fspace
    げれげれ
    #一週間でゲームを作ろうの会 、初参加～:kaopride:
    突貫工事のためクリア後にバグが残ってるけど、 ｷﾆ (ﾟεﾟ) ｼﾅｲ！
    game.nicovideo.jp

    SANTA - ゲームアツマール

    迎撃班へ告ぐ。 今年のヤツは一味違う。 【添え書き】 ・スマホのタッチ操作は非対応。ゲームパッド推奨。 キーボードは一応動作するけど、キーボードでシューティングはツラいと思うな・・・ ・自機の当たり判定は中央（トナカイとサンタの間辺り）にあります。 ・クリア後の再スタートでエラー吐きます。 （直す気力が残ってないの・・・） もし再プレイ希望の場合はリロードしたってください。
    game.nicovideo.jp game.nicovideo.jp
    げれげれ
    げれげれ
    スレッドの主旨から外れるのでこちらでこそっと聞いちゃうのだけど、
    ES5で記述されたコードに対して後からES20XX（ES6以降）の記述でパッチをあてるのって
    世間一般的にどう捉えられてるんだろう？

    １）問題ないよ、最新のイケてる書き方をした方がいいよ
    ２）あまりおすすめしないよ、混在させない方がいいよ
    ３）開発現場のルールやプロダクトの対象環境に依るよ、一概に言えないよ
    ４）いいから全部ES20XXで書き直せ

    今のところ、自分としてはなんとなく２）の方針なのだけど結局は３）なのかなぁ、という気もする。
    • Like
    Reactions: うなぎおおとろ and こまどり乳酸菌
    View previous comments…
    げれげれ
    げれげれ
    ふむー、総じて「新旧記法の混在も少しは気になるけど、そこまで重要度は上ではない。可能ならなるべくES20XXで」という感じでしょうか。
    私の認識もそちらに寄せて行こうと思います。
    くろうど
    くろうど
    正常に動いているコードを書き換えてはいけない環境で育ったので、少なくとも４はないかなーと。再試験やる気があるなら４でもどうぞですかね。
    げれげれ
    げれげれ
    ４は労力的に無理だよなとは自分でも思いつつ、半ばオチ的に書いてました。

    とにかく止めてはいけない、可動率が最優先されるシステム開発系の方面では
    「動いてるコードは触るな」という文化が強いと聞いたことはありますねぇ(´ω`)
    げれげれ
    RPGアツマールのHTML構造を軽く見てみようかと思ったら、謎の生物がいた・・・
    げれげれ
    リードくんが勇者でなく剣士であることに今頃きづいた！！
    • Like
    Reactions: ヨルシ, munokura, こまどり乳酸菌 and 1 other person
    View previous comments…
    munokura
    munokura
    自分もこの記事を読むまで気づきませんでした:kaohi:
    rpg-kj.com

    RPGツクールMZはデータベースがそこそこ設定してある。あと職業「勇者」が無かったので作った（進捗7）

    新規プロジェクトのテストプレイをしてみた前回、おごそかにプロジェクト開始前の儀式も終わり、無事に新規プロジェクトを開始することができた。前回の記事はこちらです。プロジェクトを作ると、このような画面になる。あの開始前の儀式を行った、無機質な灰
    rpg-kj.com rpg-kj.com
    げれげれ
    げれげれ
    ＞Aceのエリックも勇者じゃなくて「戦士」 でした
    意外と勇者ばっかりではないんですね…
    リードくんの場合、青を基調に真っ赤なマントで
    思いっきり勇者勇者してる印象だったので特に意外でした。

    ＞記事
    気付いた時のリアクションは自分もこんな感じでしたねー。
    あとギャラクティカビッグバンブレード つよそう。
    リンクス
    リンクス
    勇者が無いのは海外展開したからでしょうね。XPから『勇者』いなくなって(日本語版)VXだけ復活、それ以降は見た目だけそれっぽいのがいるので自分で作ってね! というスタンスじゃないかと。XPは職業(クラス)どころかエディタのあらゆる単語がカタカナ語になってますが。
    げれげれ
    記事書いた見てー:kaojoy:

    「RPGツクールMZでイベントコマンド「スクリプト」からプラグインコマンドを呼び出す方法
    　あるいは、RPGツクールMZのプラグインコマンド周りをざっと調べてみた」
    qiita.com

    RPGツクールMZでイベントコマンド「スクリプト」からプラグインコマンドを呼び出す方法 - Qiita

    副題「あるいは、RPGツクールMZのプラグインコマンド周りをざっと調べてみた」 【目次】 前置き 結論 読み解き MVのプラグインコマンド振り返り MZでの変更部分とそれへの対応 MVとMZで、スクリプトからのプラグインコマ...
    qiita.com qiita.com

    既にすごいプラグインをたくさん発表してるすごい人たちには分かり切った話ですが、
    「これからMZのプラグインについて調べていきたい」
    という人の参考になればー。
    げれげれ
    オートマッピング＆マップ表示機能（いわゆるデュマピック）、でけたー:kaojoy:
    他人様のプラグインに乗っかるオプションプラグインの体裁を取ってるので、
    一般公開なしの純粋な俺々プラグインだけど、ツクツク的には大きく前進。

    にしても、きちんと描画処理も学ばんとなぁ・・・
    （Bitmap処理がすぐには理解できそうになかったのでフォントを並べて代用した。ろーてく！）

    https://twitter.com/i/web/status/1281614236171374593
    げれげれ
    不意に
    「MZの機能をMVに移植するプラグイン」
    とか作ったら怒られが発生するんだろうか、なんてことを考える。
    （例：EffekseerのファイルをMVで読み込めるようにするプラグイン、等）

    いや、実際にやる気はないですが。
    • Like
    • Haha
    Reactions: 真価魔禍(マカマカ), はどはど@Had2Apps and こまどり乳酸菌
    View previous comments…
    げれげれ
    げれげれ
    確かにエディタに対してお金を払ってるような部分はけっこうありますね。
    そのアドバンテージが覆ることはそうそうなさそうです。

    一方で、MZのコアスクリプトからコードを切り出し、MVに繋ぎ合わせる処理だけ
    用意するような手法だと何か危険な香りがします。良く知りませんが。

    リードくんはかわいいです！
    はどはど@Had2Apps
    はどはど@Had2Apps
    一応、名前欄とOGGオンリーっていうのはすでにもうプラグインとしてありますね。
    YanflyのYEP_MessageCoreとくらむぼんさんのOggOnly。
    移動ルート指定拡張も、MADOやSAKANみたいなツールを作れればできそうですね。
    げれげれ
    げれげれ
    ＞名前欄とOGGオンリーっていうのはすでにもうプラグインとしてありますね。
    人気の高いプラグインの機能を標準に組み込んでる面もありそうですね。
    ATBなんかはそれに当たりそう。

    ＞移動ルート指定拡張も、MADOやSAKANみたいなツールを作れればできそう
    そういえばUIもツールから追加できましたね・・・ほとんど使ってないので意識から抜けてました。
    そうなると、スキルと時間さえあればMVのMZ化はかなり高い水準でできちゃいそう・・・
    げれげれ
    げれげれ
    一週間悩んだ問題の原因を突き止めてみれば、自プラグインではなくYEP　／(^o^)＼
    げれげれ
    げれげれ
    プラグインパラメータやメモタグの入力文字列のエラー対応って
    どこまでやればいいんじゃろぅ(・ω・`)
    もちろん、型、データ個数、数値範囲、空文字etc…思いつく限り対処した方が
    より親切なプラグインなんじゃろうけど、本来想定されてないような
    文字列にそこまでコストをかけるべきなのか否か・・・(・ω・`)
    とんび@鳶嶋工房
    とんび@鳶嶋工房
    ヘルプの説明がわかりやすければ、エラー対策はそんなに凝る必要はないと思います。
    ツクラーも開発者なのですから、変な値投げてバグを出すのも自己責任でいいかと。
    下手に親切心をだすと、余計なお世話になりかねませんし。
    げれげれ
    げれげれ
    ご意見ありがとうございます。
    ツクラーも開発者なのですから、
    もっと読む
    ですよね、ある程度の自助努力は期待しても悪くはないですよね。
    ヘルプに画像を付けたりなど、なるべくそちらで対処できる状態を目指したいと思います。

    あと、ついでのようで何ですが、「RPGツクールMV JavaScript 非公式リファレンス」は
    いつも活用させていただいております。
    この機会に御礼申し上げます。（深々
    げれげれ
    フトコロ様の「FTKR_SkillTreeSystem」を利用させていただいているのだが、
    これは本当にすごいプラグインだ。
    けっこう込み入ったツリーを組んでるのだが、これまで自分が想定した
    機能や設定は全て対応されており、表示においてもカスタム性が高い。
    それでいて動作に不安定な部分が見当たらない。
    いつかこの域に到達できるだろうか。
  • ロード中…
  • ロード中…
  • ロード中…
トップ