DXライブラリ総合スレッドその18

**名前は開発中のものです。** · 2014/05/07(水) 19:44:28.30

Cを習得した程度のスキルでも、ゲームのグラフィックを比較的容易に描画する事のできる、
「DXライブラリ」に関するスレッドです。
DXライブラリに関するテクニックなどの情報交換などを行う事で、
多くのDXライブラリユーザのスキルの向上に役立てたら幸いです。

【公式】
http://homepage2.nifty.com/natupaji/DxLib/

【関連スレ】
C/C++ゲーム製作総合スレッド Part5
http://toro.2ch.net/test/read.cgi/gamedev/1389798031/
ゲームプログラムなら俺に聞け30
http://toro.2ch.net/test/read.cgi/tech/1388933972/

●DXライブラリではなくDirectXの質問ならこっちへ
【C++】DirectX初心者質問スレ【C】(プログラム技術板)
http://toro.2ch.net/test/read.cgi/tech/1370015791/

**名前は開発中のものです。** · 2015/01/25(日) 01:18:55.36

>>496
Wolf RPGエディターはDXライブラリ使ってるから、
そのエディター製のゲーム全て当てはまるよ

**名前は開発中のものです。** · 2015/01/25(日) 14:20:13.09

それはなんか違くね？

**名前は開発中のものです。** · 2015/01/25(日) 14:30:57.01

アドベンチャーゲームの作り方を知らないのなら、
Ｃ言語でアドベンチャーゲームをつくることができない。

「ツクール」、「ゲームエンジン」が魔法の杖では無い、

アドベンチャーゲームの動作原理とそれを実行する方法を学ぶべきです。

http://www.atariarchives.org/adventure/
Creating Adventure Games On Your Computer

ここにアドベンチャーゲームの作り方が書いてある。

**名前は開発中のものです。** · 2015/01/25(日) 14:51:37.59

ま、ライブラリやフレームワークのレイヤーが違うからね

**名前は開発中のものです。** · 2015/01/25(日) 15:22:37.02

アドベンチャーゲームを作りたいならアドベンチャーゲームブックを遊んでみるといい
なぜならアドベンチャーゲームの元ネタがアドベンチャーゲームブックだから
そして、それをどうやったらコンピューターゲーム化出来るか考えればいい

**名前は開発中のものです。** · 2015/01/25(日) 15:51:13.22

コンピュータのアドベンチャーゲームとゲームブックを検索してみたが、
コンピュータのアドベンチャーゲームの方が古いみたいだぞ？

**名前は開発中のものです。** · 2015/01/25(日) 18:24:23.38

そういやゲームブックの紹介はパソコン雑誌からのものが多かったしなあ。

ボードのシミュレーションゲームやテーブルトークRPGの初期はPC使わないものが先だったけど
アドベンチャーものは比較的新しいし、PCのゲームが元ネタのものが多いな。
PCが普及する前で、まだ持って無い層向けだったのかも。

**名前は開発中のものです。** · 2015/01/26(月) 00:01:00.94

吉里吉里使えばいいのに

**名前は開発中のものです。** · 2015/01/27(火) 13:05:19.84

スクリプトエンジンっぽいものは何年か前に作ったことあるけど
それで満足してゲームには全く手を付けずに終わったという

**名前は開発中のものです。** · 2015/01/27(火) 13:29:16.80

昔、首をハネられるハメになった男が
打首を命じた男に向かって、恨みで末代まで祟ってやると吠えたのに対して
そんなことが出来るなら、首をハネられた後に目の前の石にかじりついてみせてくれと言った

そしてハネられた首はなんと石にかじりついてみせた
周囲の者は恐れ慄いたが
男は、
こいつは目の前の石にかじりつこうとすることに夢中になり
末代まで祟るという怨念を抱くこと無く死んだだけだ、と言って周囲を収めた

**名前は開発中のものです。** · 2015/01/27(火) 15:52:59.34

(　；∀；) ｲｲﾊﾅｼﾀﾞﾅｰ

**名前は開発中のものです。** · 2015/01/27(火) 20:15:05.54

int GHandle で宣言した変数に画像データを叩き込んで、
DrawGraphで表示するところまではうまくいくんだけど、
その後裏画面でDeleteGraphを使って解放したはずなのに
それを表画面にScreenFlipで表画面に反映しても表示済みの画像が消えない
これって、この画像だけ消すことはできないんだろうか

**名前は開発中のものです。** · 2015/01/28(水) 00:11:56.80

明確に避けたい理由が無い限り、裏画面への描画は毎フレームやるもんっすよ。
なので、ifなり何なりで描画をしないようにするだけで消える。

**名前は開発中のものです。** · 2015/01/29(木) 00:27:39.62

根本的に勘違いしてた
メモリから消すだけじゃダメで、全部消して書きたい物だけで書き直さないと…

**名前は開発中のものです。** · 2015/01/29(木) 14:24:05.18

画像スタンプを作る
スタンプを紙の裏面に押す
紙をひっくり返す

途中でスタンプ捨てても変わらん

**名前は開発中のものです。** · 2015/01/29(木) 22:55:22.10

アリスソフトのエンジン使ったゲームがSteamにリリースされてて
驚いた

**名前は開発中のものです。** · 2015/02/03(火) 16:27:46.09

世の中にはブラウザで動かそうとしてる人とかもいるんだな
すげぇわ

**名前は開発中のものです。** · 2015/02/05(木) 00:21:32.38

BASEIMAGEの構造がわからん

**名前は開発中のものです。** · 2015/02/05(木) 12:32:14.50

３Dライブラリを作った人がいるな
クォータニオンが使えるんだって　ありがたい話だ

**名前は開発中のものです。** · 2015/02/07(土) 11:51:35.16

http://homepage2.nifty.com/natupaji/DxLib/function/dxfunc_3d.html#R11N20
これクォータニオンじゃないの？

**名前は開発中のものです。** · 2015/02/07(土) 20:03:29.57

http://www.youtube.com/watch?v=iZd_Mf4YhFY&;sns=em

**名前は開発中のものです。** · 2015/02/08(日) 23:03:09.21

SetAlwaysRunFlag(TRUE)としてもタイトルバーをつかんでウィンドウを動かすと処理が止まるのを回避したいのだがどうすればよいか教えてください

**名前は開発中のものです。** · 2015/02/09(月) 02:24:11.29

マルチスレッド

**名前は開発中のものです。** · 2015/02/09(月) 12:08:05.03

タイトルバーを消すという方法もあるぞ（冗談だが

**名前は開発中のものです。** · 2015/02/09(月) 22:58:02.88

>>519kwsk

ウィンドウプログラミングはやったことがないのでソースごとあげてくださると助かります

**名前は開発中のものです。** · 2015/02/10(火) 02:57:06.53

マルチスレッド処理を使ってでも止めたくない処理がなんなのかは開発者の君しか知らない

**名前は開発中のものです。** · 2015/02/10(火) 09:31:43.77

そもそも自分で調べようとしない、考えようとしない奴に
マルチスレッドなんて100万年早い

**名前は開発中のものです。** · 2015/02/10(火) 09:53:04.99

マルチスレッドって何となにわけんの？
更新と描画かとおもってたらなんか違うらしいし

**名前は開発中のものです。** · 2015/02/10(火) 09:56:54.08

ロード画面を動かすぐらい

**名前は開発中のものです。** · 2015/02/10(火) 15:36:19.07

アクションなどでメイン処理と並行してテロップなどを画面に表示する事もできる

**名前は開発中のものです。** · 2015/02/10(火) 21:02:18.46

>>518です
なんか押され気味なので口調変わります。

で、作っているのはただのアクションゲームです。

FPSに合わせて移動速度を変えて毎秒あたりの移動速度をそろえようとしたところ、
フレーム移動などで更新が止まると次のフレームでの移動量が半端ないことになり、貫通してしまう状態となっています。

その他にも更新を止めるわけにはいかない理由は多々ありますが、叩かれそうなので伏せておきます。

なので分けたい処理はしいて言えばウインドウ制御とその他全部となるでしょうか。

どう実装したらいいのでしょうか。移動処理を別スレッドでループさせるだけではダメな気がしますし。。。

**名前は開発中のものです。** · 2015/02/10(火) 21:50:34.13

主従が逆というか何というか。

普通、内部処理の結果を元に映像を出力するのであって
映像出力を元に内部処理を行う（変更する）わけではないんじゃね？

**名前は開発中のものです。** · 2015/02/10(火) 22:28:17.43

フレームレートの制御は、
主に　演算処理と描画になる。
演算処理は常に実行させる、描画処理はｆｐｓが低い時は間引きになるかもしれない。
ここで、演算処理を間引いてはいけない。

**>>518** · 2015/02/11(水) 00:30:08.21

>>528

DXライブラリで処理が止まるのはScreenFlipのところという認識でよろしいのでしょうか
だとすれば毎フレームやってる描画を別スレッドに分ければ止まらずに動くはずでしょうが。。。

表画面以外のスクリーンに対する描画でも処理は止まってしまうのでしょうか。。
もっと実験が必要そうです。

**名前は開発中のものです。** · 2015/02/11(水) 01:57:50.63

>>518
タイトルバーを無くす

**名前は開発中のものです。** · 2015/02/11(水) 02:07:23.44

ウィンドウモードで画面の位置を動かせないソフトは困るだろ…
本気でジョークをすすめようとするなよ

**名前は開発中のものです。** · 2015/02/11(水) 02:08:45.34

処理を止めてるのはProcessMessageだと思う

そもそも経過時間が長くなったら貫通するという動作自体が論外だから、そっちを何とかするべき
１,一定距離以上は移動しないようにする
2,一定以上の経過時間は無視する
3,一定距離移動ごとに判定を挟んでおく
適当に思いついただけでもこんだけの対処法があるじゃないか、どれかやってみろよ、そっちのがはやい

他の理由？伏せてるってことは無視していいほどくだらんことだよな

**名前は開発中のものです。** · 2015/02/11(水) 04:28:08.31

貫通するってことは壁に引っ付いて少しラグったら貫通しそうなんだが大丈夫か

**名前は開発中のものです。** · 2015/02/11(水) 09:44:23.23

>>526
あれ？なんか描画は同一のスレッドじゃないとダメとかなかったっけ？
Androidだけか

**名前は開発中のものです。** · 2015/02/11(水) 09:46:54.41

よくわからんが前フレームから0.016秒以上立ってたら0.016秒で計算されるよう正規化すればいいんじゃね？

**名前は開発中のものです。** · 2015/02/11(水) 11:20:10.56

ウインドウドラッグ中に描画する方法はないこともないけど、、、やらんほうがいいような

**名前は開発中のものです。** · 2015/02/11(水) 11:58:58.60

つーか、むしろ俺はドラッグ中内部処理を止めてるんだが

**名前は開発中のものです。** · 2015/02/11(水) 15:21:21.86

その辺り、どっちがいいかはゲームごとに変えればいいんじゃないかな
板違いだが、ゲーム以外のソフトを作ってる人も居るらしいしね

**名前は開発中のものです。** · 2015/02/11(水) 15:24:31.60

複数プレイヤーでオンラインやるとなるとドラッグで処理止まると困るよなぁ
面倒そうだ

**名前は開発中のものです。** · 2015/02/11(水) 16:31:30.00

ドラッグ中にゲームの動作が止まるのは
Windowsのメッセージループがドラッグ中のメッセージを処理している間
ゲーム側の処理を実行しないからだ
実時間を使ったリアルタイムな処理を扱う場合は困るだろうな

メッセージループとは別のスレッドでゲームループを作ればそれを回避できるが
DXライブラリはそういった処理に対応できるかな？

**名前は開発中のものです。** · 2015/02/11(水) 17:20:56.81

俺の記憶ではドラッグ中描画が止まってても内部では動いてはずなんだが・・・・
じゃないと過去にわざわざ内部処理止める部分を書くはずがない。

**名前は開発中のものです。** · 2015/02/11(水) 18:43:02.13

Windowドラッグイベント処理 + 1フレーム分ゲーム処理→
Windowドラッグイベント処理 + 1フレーム分ゲーム処理→…

という感じで1ループごとに溜まったWindowsイベント処理も入るから、
それが1フレームの処理時間の足を引っ張って結果的にカクカクなるってことで
ゲーム処理が完全に止まってるわけではないね

**名前は開発中のものです。** · 2015/02/11(水) 19:30:09.50

ProcessMessage()を 1秒に60回呼んでくれって書いてあるから
止まるのは dxlibのせいではない

**>>518** · 2015/02/11(水) 23:56:27.32

>>540わぉ、読まれてる

伏せてた別の理由ってのはこれなんですが、マルチスレッドが100万年早いといわれるようではオンラインは1000万年早いとか言われそうだったので伏せてました

オンライン化する上でプレイヤーの移動処理に正確な同期がをとるため、またUDPでのタイムアウトが起きないようにするために処理を止めないのは必須でした
移動処理は軌道を判定すれば何とかなりそうですがオンライン化の方はそうもいかずってわけです

**名前は開発中のものです。** · 2015/02/12(木) 04:45:20.87

フレームの行列を取得してビュー行列にすることでMMDのボーン追従カメラみたいなことがしたかったのですが、
いろいろとおかしな挙動になってしまいます。どこがおかしいでしょうか。
ちなみにフレームのZ軸のマイナス方向（手前側）に向けたいのですが、座標から回転方向からめちゃくちゃでそれどころではありませんでした。

SetCameraViewMatrix(MV1GetFrameLocalWorldMatrix(MHandle, EYE_FRAME));

**名前は開発中のものです。** · 2015/02/12(木) 04:46:00.97

フレームの行列を取得してビュー行列にすることでMMDのボーン追従カメラみたいなことがしたかったのですが、
いろいろとおかしな挙動になってしまいます。どこがおかしいでしょうか。
ちなみにフレームのZ軸のマイナス方向（手前側）に向けたいのですが、座標から回転方向からめちゃくちゃでそれどころではありませんでした。

SetCameraViewMatrix(MV1GetFrameLocalWorldMatrix(MHandle, EYE_FRAME));

**名前は開発中のものです。** · 2015/02/12(木) 04:46:33.50

フレームの行列を取得してビュー行列にすることでMMDのボーン追従カメラみたいなことがしたかったのですが、
いろいろとおかしな挙動になってしまいます。どこがおかしいでしょうか。
ちなみにフレームのZ軸のマイナス方向（手前側）に向けたいのですが、座標から回転方向からめちゃくちゃでそれどころではありませんでした。

SetCameraViewMatrix(MV1GetFrameLocalWorldMatrix(MHandle, EYE_FRAME));

**名前は開発中のものです。** · 2015/02/12(木) 04:47:12.08

フレームの行列を取得してビュー行列にすることでMMDのボーン追従カメラみたいなことがしたかったのですが、
いろいろとおかしな挙動になってしまいます。どこがおかしいでしょうか。
ちなみにフレームのZ軸のマイナス方向（手前側）に向けたいのですが、座標から回転方向からめちゃくちゃでそれどころではありませんでした。

SetCameraViewMatrix(MV1GetFrameLocalWorldMatrix(MHandle, EYE_FRAME));

**名前は開発中のものです。** · 2015/02/12(木) 04:49:04.93

すみません、専ブラの調子がおかしくて多重投稿してしまいました
お赦しください

**名前は開発中のものです。** · 2015/02/12(木) 15:36:52.73

>>546逆行列で解決しました。
Z軸マイナスに向けるためには180度回す必要がありましたが

**名前は開発中のものです。** · 2015/02/12(木) 17:14:13.64

オンラインだからって常に信号の送受信が滞りなく行われるという
前提でプログラムを組むのは危険なのでは？
ドラッグで画面掴んだらプログラム停止みたいな意図して起こせるものはもちろん、
信号が送れなくなる・受け取れなくなる理由なんて掘ればいくらでも出てくるし
信号が切れた時間で単に何も入力がなかった扱いにするか切断するか決めちゃえば？
なにやっても絶対切れないプログラムの組み方考えるよりずっと早くて現実的

**名前は開発中のものです。** · 2015/02/12(木) 17:50:35.36

ドラッグ等で処理が止まった場合そのプレイヤーは無操作と同じ状態になっていて、対戦ゲームならおそらく止まっている間に他のプレイヤーにボコボコにされている
ドラッグを止めて処理が再開したタイミングで他の生きているコンピュータの状況を頼りに状態を更新、そこでボコボコにされているであろう自分が映る
……というのが理想なんかな

全プレイヤーが一斉にドラッグした場合？ﾊﾊｯﾜﾛｽ
鯖無いと無理だこれ

**名前は開発中のものです。** · 2015/02/12(木) 18:09:03.80

大量に発生するドラッグ中のウィンドウメッセージの処理中でも定期的な描画と入力を出来るようにするだけだろ
通信入れるならそれこそマルチスレッドでメッセージプロシャージャの影響受けないような仕組みのが綺麗に書けるけど

**名前は開発中のものです。** · 2015/02/12(木) 18:36:09.37

>>553
鯖作っちゃおうず
どうせデータの管理は鯖側でしないとろくなことにならんし
っても敷居やっぱり高いよなぁ、鯖

送受信が止まっている間にクライアント側で行われた入力を、
送信が再開された瞬間に反映すると、
あの悪名高いワープが起こる　っつーか、意図して起こせる
なので、クライアント側で入力があってもそれが送信されて反映されなかった場合、
送受信が再開されたらそれまでの入力が反映されていない事を示すデータを送る
（最後に更新された位置で無入力だった扱いにする）のが無難な作り方
当然、対象は元の位置でボコボコにされることになるが…

**名前は開発中のものです。** · 2015/02/12(木) 20:43:06.87

オンラインでベストな同期の仕方って何なんだろう

遅延が1フレームに収まるなら簡単だけどWANだとそうもいかないし
最も長い遅延に合わせて操作を遅らせるのも体感できるレベルになると不満が出るし
移動先を推測するのは丁寧にバグをつぶさないと貫通したりする

PvPとかを鯖なしでできるようになるのはいつになるんだろう

**名前は開発中のものです。** · 2015/02/12(木) 22:51:47.12

こういうの読んでたらこの手の講演行ってみたくなった
http://www.4gamer.net/games/105/G010549/20100905002/

なんて思ってたら今年分がつい先週に終わってた

**名前は開発中のものです。** · 2015/02/13(金) 00:32:56.71

関西CEDECっていう特別版だなそれは。

**名前は開発中のものです。** · 2015/02/13(金) 03:12:54.67

鯖なしでもどれかをマスターにしてその中でゲーム本体を動かすっしょ
それをサーバに持ってくほうがやりやすいけど

ラグがないように見せかけるのはそれぞれ個別に対応する、結構姑息な手も使う

**名前は開発中のものです。** · 2015/02/13(金) 08:10:52.10

鯖蔵型のほうが簡単な気がするんだが
ひょっとして俺が思ってる以上にp2pのほうが処理の記述楽なのか

**名前は開発中のものです。** · 2015/02/13(金) 15:22:24.62

モンハンなんかはサーバーはないけど、だれかひとりがホストになってる

**名前は開発中のものです。** · 2015/02/13(金) 15:37:36.93

コンシューマみたいなほぼ間違いなくみんな同じ環境でやってる物なら、
誰か一人をホストにしても問題はないだろうけど、
はたして千差万別なPCのどれか一台をホストにするという実装は大丈夫なのだろうか？
まあ、営利でやってる訳じゃないので鯖管理にする必要もないけど

**名前は開発中のものです。** · 2015/02/13(金) 15:46:09.86

MOとMMOはちゃうんやで
少人数限定のMOなら誰かをホストにするのが普通

**名前は開発中のものです。** · 2015/02/13(金) 19:52:40.53

せいぜいロビーくらいよね

**名前は開発中のものです。** · 2015/02/13(金) 22:43:10.47

アクションゲームを作らなければいい

**名前は開発中のものです。** · 2015/02/14(土) 00:43:39.63

#defineに日本語が使えると気づいて鼻血が出そう
これ使えば可読性の高いコードになるわ

**名前は開発中のものです。** · 2015/02/14(土) 01:50:31.98

MOで鯖役蔵役のPC作ったとこで
鯖側が切断したらどうすんね
蔵から鯖を選出するにしても
蔵のうち一つ以上と鯖が同時に落ちたら厄介なことにならんか？

ちなみにp2pはttp://www.net.c.dendai.ac.jp/~enomoto/ronbun.htmlに詳しく記述されとるで
Javaやけど

>>566お前はC#で日本語の識別子書くタイプだな。帰れ

**名前は開発中のものです。** · 2015/02/14(土) 02:31:12.63

>>566
　言わんとする事は分かるが・・・お勧めしない。
　やってる内に面倒になってくると思う。

　と言うか、今どきはマクロ識別子は大文字だけで書いて区別ってしないの？

**名前は開発中のものです。** · 2015/02/14(土) 10:04:30.21

defineだけじゃなく
今のコンパイラは変数名とか関数名も
日本語使えるよね

**名前は開発中のものです。** · 2015/02/14(土) 10:13:56.69

>>568
そうなの？
SetDrawBlendMode(DX_BLENDMODE_ADD,255);とか
SetDrawBlendMode(DX_BLENDMODE_INVSRC,255);とか書いてあるより

#define 加算 DX_BLENDMODE_ADD
#define ネガポジ DX_BLENDMODE_INVSRCとしておいて

SetDrawBlendMode(加算,255);
SetDrawBlendMode(ネガポジ,255);みたいに書いてある方が見た時にわかりやすくない？

**名前は開発中のものです。** · 2015/02/14(土) 12:34:49.37

せめて関数ごとやれよ、そして日本語関数名でも良いわけだ
あとdefineは単純置き換えで名前空間が関係ないから使い辛い

**名前は開発中のものです。** · 2015/02/14(土) 12:47:57.38

少なくともVC2010は日本語使えんな　defineなら使える
もしかしてUnicodeにすれば使えたりするのか？

**名前は開発中のものです。** · 2015/02/14(土) 16:54:26.34

FFのエフェクト凄いよな
アホみたいに加算合成してる白いだけのエフェクトと違って
暗い色とか綺麗にでてるしどうやってんの？
αによって加算率とか変えてんのかな

**名前は開発中のものです。** · 2015/02/14(土) 17:06:43.27

>>573 スクリーンをお勧めする

要するに反転して乗算して反転する処理
真っ白でも合成しない限り白飛びしない

**名前は開発中のものです。** · 2015/02/14(土) 17:32:56.76

>>573
二重三重に異なる表示処理を加えてるんでね？
最初に半透明表示で半透明を、最後に加算表示で光沢をとか

**名前は開発中のものです。** · 2015/02/14(土) 18:49:52.22

>>570
　いやまあ、私自身通り過ぎた道なので全否定はしないから。
　コード共有する仲間から責められでもしない限り。

　でもコード書く時とコメントで日本語書く時って思考が違うから、少しスイッチ
しないとイカンから自然と辞めたのだけど・・・俺だけ？
　それなら半角大文字で辞書使って英語の語彙広げた方が後々に良いので、
今はそうしています。

　コンパイラがSJIS全角でエラーになる時代でもないしね、まずは気が済むまでやってみて。

**名前は開発中のものです。** · 2015/02/14(土) 18:55:17.09

まぁ書いてるうちに慣れてきて結局日本語とかめんどくさくなるってだけだな

**名前は開発中のものです。** · 2015/02/14(土) 20:50:36.71

半年後の自分が日本語で#defineされまくったソースなんか見たら、
多分布団を頭からかぶってバタバタすると思う
それに、CプリプロセッサはあくまでCの規格だから
C＋＋で書くならあんまりむやみに使わない方が…

**名前は開発中のものです。** · 2015/02/14(土) 21:16:20.67

ふーん、やっぱり経験を積むとこういうのはダメだって思うようになるんだなあ
こういうやり方推奨してる解説サイトとか皆無だもんね
今の自分にはこれが便利に見えてしょうがないんだけど、経験積んでスキルが上がって行けば俺もそうなれるのかな？
早くそんなレベルまで上がりたいけど、半年でいける気がしないｗがんばるｗ

**名前は開発中のものです。** · 2015/02/14(土) 21:51:21.67

ピンポイントで上手く使えば可読性向上に繋がる予感はするんだけどねぇ
その辺を考察した記事とか無いのかしら

**名前は開発中のものです。** · 2015/02/14(土) 23:28:53.97

あったとしても支持してるのは素人が書いた記事だけだと思うよ

**名前は開発中のものです。** · 2015/02/14(土) 23:36:26.00

人に見せて恥ずかしいコードは質問するときに何かと不便だよ
だからたとえ一人で開発してても見せられるコードにしておこう

そのうえで日本語識別子は移植性に難があるから受け入れられない
というか英語使えない低学歴とみられて終わり
就職とかしたいならせめてローマ字にしとこう

**名前は開発中のものです。** · 2015/02/15(日) 00:13:09.08

誰かに見せることもないけど英語でも可読性変わらない気がするけど

**名前は開発中のものです。** · 2015/02/15(日) 00:45:29.70

キーボードで日本語と英語切り替えるのが煩わしいし、日本語は日本国圏内に絞られるのでお勧めしない。

**名前は開発中のものです。** · 2015/02/15(日) 09:59:59.15

多少長くても日本で一般的じゃない英単語でも意味が伝わる変数名にするよな

**名前は開発中のものです。** · 2015/02/15(日) 14:30:10.18

length（長さ）とかangle（角度）でもnagasaとかkakudoが見受けられるのに、
果たしてこれ以上一般的でない英単語が理解されるかどうか

俺は使うけどね！

**名前は開発中のものです。** · 2015/02/15(日) 14:52:09.44

エキサイト翻訳さんには割とお世話になっている

**名前は開発中のものです。** · 2015/02/15(日) 15:49:16.87

ローマ字でやたら長いのって一昔前の情報の教科書みたい
いや今のはどうなのか知らんが行番号付きのBASICなんて使わないよね?

辞書引きながら長い専門用語とか無駄な省略表記するぐらいなら
コーディングの思考停止されるよりは日本語そのままのが良いわ
あとで気に入らないとかエディタで置換するだけだし

命名にしてもAngleとかLengthなんてのは型の方に情報として入れちゃうな

**名前は開発中のものです。** · 2015/02/15(日) 17:26:52.21

思考停止の意味を間違ってるあたり、頭弱い系だってのがわかる

**名前は開発中のものです。** · 2015/02/15(日) 22:06:23.29

この盛り上がりっぷりからすると、この道通った奴って思ったより多そう

**名前は開発中のものです。** · 2015/02/15(日) 23:11:58.83

日本語でdefineした変数もどきを入力するために
ローマ字入力と英数入力をポチポチ切り替えながら書いてるのを想像しただけで、
真面目な場面ですら失笑を禁じえないくらい滑稽な絵面だな
これで計算が意図した順序で行われずバグってるのなんか見たら5分は笑うぞ

**名前は開発中のものです。** · 2015/02/16(月) 10:58:04.32

>>590
俺もガチの初心者の頃は「小文字って直感的じゃないから変数は全部大文字に」みたいな馬鹿なことやってたなｗ
1日でサクっと組んじゃうお遊びプログラムなら日本語使ったりもするが、まともなゲーム開発なんかじゃやらないな
何度も使う数値ほど入力しやすい方がいい

**名前は開発中のものです。** · 2015/02/16(月) 11:16:21.41

変数名ルールを皆は知らないんだな　

**名前は開発中のものです。** · 2015/02/16(月) 23:32:24.15

先生！知らないから教えて！

**名前は開発中のものです。** · 2015/02/17(火) 04:49:28.71

俺がコーディング規約だ

**名前は開発中のものです。** · 2015/02/17(火) 09:13:17.54

変数は1文字で。
足りなくなったら2文字。

DXライブラリ 総合スレッド その18

DXライブラリ総合スレッドその18