トップページ > ゲ製作技術 > 2010年10月12日 > +k1ehpgf

書き込み順位&時間帯一覧

4 位/119 ID中時間01234567891011121314151617181920212223Total
書き込み数0000000000110100000000003



使用した名前一覧書き込んだスレッド一覧
名前は開発中のものです。
■吉里吉里/KAG/TJS雑談質問スレ■その22

書き込みレス一覧

■吉里吉里/KAG/TJS雑談質問スレ■その22
123 :名前は開発中のものです。[sage]:2010/10/12(火) 10:33:35 ID:+k1ehpgf
KAGのParserはもともと大昔はTJSで書かれていた物が、
動作速度的にボトルネックになったからC++で書き直された件。
■吉里吉里/KAG/TJS雑談質問スレ■その22
124 :名前は開発中のものです。[sage]:2010/10/12(火) 11:04:15 ID:+k1ehpgf
「TJSに永続化APIが無い事」と
「KAGParserがC++で書かれている事」が
どう関係するのか不明。

あとTJS式自体には永続化のためのAPIは存在する。
(save/saveStruct/evalStorage)。
クラスオブジェクトの中身までは
完全には永続化出来ないけど。

「永続化」の言葉で差している内容が違う?

■吉里吉里/KAG/TJS雑談質問スレ■その22
126 :名前は開発中のものです。[sage]:2010/10/12(火) 13:07:15 ID:+k1ehpgf
何がどう「その通り」なのか、さっぱり。

125=118(?)は、「KAGParserは、高速化に必要な最低限の部分以外はTJSで記述して欲しかった」と言いたかったの?
だとしたら、118の書き込みからはそうは読み取れなかったよ。

でまあ、本題。

おそらくKAGParserレベルでの拡張性を求めて、コア部分のロジックはTJS側に残しておいて
欲しかったという事なんだろうけど、メンテナンス性を考えるとその選択肢が適切かどうかは
けっこう難しいのでは無いかな。ロジックがC++側とTJS側に分散することで、確実にメンテナンス
性は落ちるからね。



※このページは、『2ちゃんねる』の書き込みを基に自動生成したものです。オリジナルはリンク先の2ちゃんねるの書き込みです。
※このサイトでオリジナルの書き込みについては対応できません。
※何か問題のある場合はメールをしてください。対応します。