[過去ﾛｸﾞ] Javaで作るスタンドアローンゲーム (484ﾚｽ)

Javaで作るスタンドアローンゲーム http://mevius.5ch.net/test/read.cgi/gamedev/1356591858/

上下前次1-新
通常表示 512ﾊﾞｲﾄ分割 ﾚｽ栞
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん

---

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ

---

354: 名前は開発中のものです。 [sage] 2014/11/22(土) 13:31:16.69 ID:fUGuXT+m 通信用スレッド作ってブロッキングでやれば簡単だと思うよ ノンブロッキング化なんて後からやればいいじゃない http://mevius.5ch.net/test/read.cgi/gamedev/1356591858/354

356: 名前は開発中のものです。 [sage] 2014/11/22(土) 23:47:22.91 ID:fUGuXT+m UDPの主な問題点は、パケットの到着が保証されない(途中で消えることがある)、順序が保証されない(前後が入れ替わることがある)の2点 どうにかこれに対処しないといけないが、だからといってこれを完全に保証するのなら、素直にTCPを使った方がいいわけで、 UDPを使うなら、パケットが消えたり入れ替わったりすることを前提に、最初からそれを受け入れる方針で設計しないと意味が薄い 一部重要な情報だけ到着確認や再送信など手厚い保証を作り込むという選択肢もあるが、TCPと併用し情報の重要度によって送信し分けるという選択肢もある 俺が作ったときは、通常はTCPを使い、性能的な懸念のある一部の情報だけUDPで送るようにした 念のため、UDPがちゃんと届くか送信テストを行い(返事はTCPで貰う)、だめだったときは全部TCPで動くようにした 特定のメッセージをUDPで送るかTCPで送るかはbooleanの引数1個で簡単に変更できた http://mevius.5ch.net/test/read.cgi/gamedev/1356591858/356

---

ﾒﾓ帳

(0/65535文字)

---

上下前次1-新書関写板覧索設栞歴

---

ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ

---

Google検索

Wikipedia

---

ぬこの手 ぬこTOP 0.020s