問題タブ [dataformat]

私はチェス サーバーとチェス用の 1 つまたは複数のクライアントを作成するつもりであり、プログラミング言語に依存しない方法で、チェスのルール (たとえば、ゲームの状態に基づいて許容される動き、ゲームが完了したときのルール) を記述したいと考えています。一部のチェス ルール (キング キャスリング、アンパッサン、3 回以上の繰り返しの動きに基づく引き分けなど) はボード レイアウトだけでなく、動きの履歴にも基づいているため、これは少し注意が必要です。

形式は次のようにすることをお勧めします。

• 原文
• 人間が読める
• 標準に基づく (YAML、XML など)
• さまざまな言語で簡単に解析可能

しかし、適切な解決策を得るために、これらのいずれかを喜んで犠牲にします。

私の主な質問は次のとおりです。データ形式からこのような複雑な状態で動作するような複雑なアルゴリズムを構築するにはどうすればよいですか?

フォローアップの質問は次のとおりです。出発点として機能する同様の方法で解決された同様の問題の例を提供できますか?

編集：明確にするためのリクエストに応えて、Pythonで記述されたサーバー、C＃で記述された1つのクライアント、およびJavaで記述された別のクライアントがあると考えてください。場所ごとにルール（駒の移動の許容範囲、チェックの状況など）を明記するのは避けたいと思います。これらのルールは、言語に依存しない方法で一度指定することをお勧めします。

JSON (Javascript Object Notation) について聞いたのはつい最近のことです。なぜそれが（一部のウェブサイト/ブログ/などで）重要であると考えられているのか説明できますか? XML は既にありますが、なぜ JSON の方が優れているのでしょうか (「Javascript ネイティブ」であること以外に)。

編集：うーん、主な回答テーマは「小さい」ようです。ただし、ドメイン間でデータをフェッチできるという事実は、私にとって重要なようです。それとも、これは実際には（まだ）あまり使用されていませんか？

実行時に ASP.NET DataGridView の列またはセルの DataFormatString プロパティを設定することは可能ですか?

Tibco rvdデータグラム（具体的には、クラス「com.tibco.tibrv.TibrvMsg」）で利用可能なJavadocを知っている人はいますか？署名を取得するためにクラスを逆コンパイルすることは難しくありませんが、それは予想される最適な使用法などについて多くを教えてくれません。

必要なのは相互運用性のための単純な読み取り/書き込み機能だけですが、理想的には推奨される方法を使用し、場合によってはそのようなものがjavadocsに含まれています（製品が積極的に開発またはサポートされていないことは知っていますが、それ;そして便宜上データフォーマット自体を使用するいくつかの非rvdシステム（？））。

asp.netでは、これを使用しています：

古典的なASPでそれを取得することは可能ですか?

バイナリがわからない場合、BCD はより直感的なデータ型のようなものです。しかし、このエンコーディングを使用する理由がわかりません.4ビットでの表現が無駄になるため（表現が9より大きい場合）、あまり意味がありません。

また、x86 は add と sub のみを直接サポートしていると思います (FPU 経由で変換できます)。

これが古いマシンまたは他のアーキテクチャに由来する可能性はありますか?

私は現在、ftpサーバーのブックマークなどのユーザーデータを格納するデスクトップアプリケーションをJavaで開発しています。これらの情報を保存する方法を決定するとき、xpathの動作が気に入ったという理由だけで、最終的にxmlを使用することになりました。もっと軽量に見えるjsonについても考えていました。

Javaデスクトップアプリケーション（一般的に）にデータを保存するための好ましい方法は何ですか？その理由は何ですか？java-persistenceについてはどうですか、それは注目に値する利点がありますか？そして、ユーザーデータのサイズはどのくらい重要ですか？データをデータベースに保存できるとは限りません（または望ましい）。私の経験では、xmlは適切に拡張できません。どう考えているか教えてください！

まだ誰もjsonについて言及していませんが、それは私を驚かせます。これが適切な状況はありませんか？

私たちは科学研究データを扱っており、大量のデータをさまざまなテンプレート ファイル形式 (excel、csv、txt、xml など) にまとめています。これらのデータをデータベースにロードするために、古いレガシーCプログラム (社内で開発) を使用していました。(DBMS として ingres を使用します)。ETL (抽出、変換、読み込み) プロセスに使用できるオープンソース ソフトウェアはありますか? 使用したことがある場合、どのような経験がありましたか?

少し複雑なデータ形式のレクサー (re2c を使用) とパーサー (Lemon を使用) を作成しています。引用符とコンマで囲まれているが、バランスのとれた中かっこがあるなど)、中かっこ内の文字列、およびパラメーターを含むことができる左中かっこと右中かっこを含む関数呼び出しのように見える文字列。

私が最初に試みたのは、多くの状態を持つレクサーで、各状態は特定の文字列形式に対応していました。しかし、レクサーからの多くの役に立たない「予期しない入力」メッセージ (非常に大きくなった) の後、パーサーの仕事をしようとしている可能性があることに気付きました。私は最初の試行を破棄し、状態が 1 つだけのレクサー、多くの文字トークン、およびトークンをさまざまな文字列型に結合するパーサーを使用しました。これはうまく機能し、何かがオフになっているときにパーサーからより役立つ構文エラーが表示されますが、それでもまだ正しくないと感じています。レクサーに 1 つまたは 2 つの状態を追加することを考えていますが、パーサーから状態を開始すると、特定のインスタンスでどの文字列型が必要になるかについて、より優れた「概要」が得られます。全体的に私は少しばかげているように感じます:(

私は正式なコンピュータ サイエンスのバックグラウンドを持っておらず、数学に重きを置いた理論からは少し離れています。しかし、レクサーが何をすべきか (そしてすべきでないか) とパーサーがすべき作業の部分を説明するチュートリアルや本がどこかにあるかもしれません。適切なトークン パターンを構築する方法、レクサー状態をいつ使用するか、(LALR パーサーを使用して) 再帰規則をいつどのように使用するか、あいまいな規則を回避する方法。基本を教えてくれる実用的な料理本。「Lex と YACC の入門書/HOWTO」は素晴らしかったですが、十分ではありませんでした。データ形式を解析したいだけなので、コンパイラ構築に関する本 (赤いドラゴンの本など) は少し大きすぎるように見えます。

または、誰かがここで簡単なルールを教えてくれるかもしれません。

ギターのタブ譜を表示するためのクイックフロントエンドを作成しています。フロントエンドはFlashですが、人間が読める形式でタブを保存したいと思います。誰かがすでに存在する何かを知っていますか？それについて行く方法について何か提案はありますか？いくつかのstackoverflowの投稿を読んで得たアイデアのひとつは、次のような厳密なASCIIタブ形式を使用することでした。

それには利点があります。構造（弦の数、調律、音符の相対的な配置）から多くの情報を得ることができますが、それは少し冗長です。'-'は、有線で送信するとかなりうまく圧縮されると思います。

ギタータブを説明するための既存のデータ形式を誰かが知っているなら、私も見てみます。

編集：

この形式は私にとって90％であり、私以外の人には見られない可能性があることに注意してください。最終的にFlashフロントエンドでグラフィックとして表示されるタブファイルを簡単に作成する方法が必要であり、エディターのフロントエンドを作成する必要はありません。