[過去ﾛｸﾞ] DXライブラリ 総合スレッド その17 (981ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) 自ID ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
295(2): 2013/12/06(金)09:39 ID:oaT25rLy(1/7) AAS
>>294
なんか具体的なようで大雑把な上、
ところどころ自分の設計に依存する物が混じってる。具体的に指摘すると、
＞ ゲームにおけるシーングラフの構成
→ どのような詳細要件に対する物かで違うので、簡単に言えば自分が設計しないとどこにも無い物。何が知りたいのか。
＞ ノード間通信の仕組み
→ どのノードの事を言ってるのか主語が曖昧。分散サーバのホスト(ネットワーク通信)の事なのか、
省6
296(1): 2013/12/06(金)09:40 ID:oaT25rLy(2/7) AAS
続き
＞ シリアライズとゲームデータのセーブ/ロード
→ 突き詰めれば単に構造体内容などを単にメモリ/ファイルに書き出すだけだが、何がわからないのか
＞ 仮想ファイルシステムの作成
→ どのような用途を想定した物か。どう扱いたいのか。確保領域に対して任意のアドレスとそのハンドルでも作成して、
それをやりとりして格納したデータの授受する事以上が必要なのか否か。
＞ パーサーの作り方
省6
299: 2013/12/06(金)10:14 ID:oaT25rLy(3/7) AAS
>>297
言い訳じゃなくて答えだよ思いっきり。
さらに言うと足りない事柄への指摘だよ。
どうしても腑に落ちないなら、きちんと経験してから個別に考えてごらんよ。
304: 2013/12/06(金)10:58 ID:oaT25rLy(4/7) AAS
勝手に出てきた余計な世話だけど、誰に聞いても足りない部分については同じだよ。
311: 2013/12/06(金)12:18 ID:oaT25rLy(5/7) AAS
>>305
もうスレチなんでアレだけど、DBに関して言うと上にも書いたけど、結局とある製品を、
例えばC++からハンドリングする方法は？って話になっちゃうんだよ。
でその理由は明白で、要はアプリケーションコードから見たら結局
「とあるインタフェースに対する約束事がわかってれば、あとはそれを使って利用するだけ」であって、その具体的な物は製品によって違うって事。
例えばパッケージとして組み込むならSQLiteなんかが有名で、その場合はただのインプロセスだから、
その他のlibやDLLの何かを利用するのと動きのレイヤでも同じだし、
省7
313: 2013/12/06(金)12:26 ID:oaT25rLy(6/7) AAS
以上を踏まえてDBについてまとめると、以下の異なるレイヤについての知識が必要って事。
・DBそのものの動作と立場(入門レベルの話)
・一般的な一連の動作(基礎レベルの話、オープンからクローズまでの流れと、トランザクションの考え方)
・具体的な製品を、自分が使う言語からハンドリングする方法(ヘッダやlibやdllと、公開されてる関数について)
・DBに対する問い合わせ(実習的レベル。SQLで書く内容)
・実際にやりたい事の整理とテーブル設計(応用編としての実装。論理)
細かいことはしょって大雑把にわけるとこういう事。
省1
314: 2013/12/06(金)12:38 ID:oaT25rLy(7/7) AAS
>>305
あとパーザに関してはやっぱり「なんの？」が先に来るが、一般的なテキスト解釈の話として言うと、やりたい内容によってバラバラ。
ただ共通するのは、要はキーワードの検索と登場順序に関しての判定って言えて、
例えばテキスト中に登場する自分が見つけたい文字や文字列と、その前後関係を、上から順にかコールバックしながらとか探しだして、
それらの結果について評価して行く形。
で、それがたとえばC/C++言語で書かれた物のような複雑な物だったりする時、
BNF記法が応用された boost::phoenixとかのライブラリを利用することも検討するって順序。
省1
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.029s