問題タブ [top-down]

延長

6つの基本的なタイプのUML図（このUML 2.0スタイルの要素から）を見ているとしましょう

1. クラス図
2. ユースケース図
3. ステートマシン図
4. アクティビティ図
5. シーケンス図
6. 物理図

あなたが正気ではなく、システムの6つの図すべてを作成したいと思っているふりをします。

どちらから始めますか？では、どちらに行きますか？システムに何をさせたいかについてかなり明確な考えがある場合、各図にアクセスするのに最適な順序は何ですか？

物理図から始めて、クラス図に進むべきだと思います。トップダウン、私はいつも言います..？私が間違っている？

オブジェクトを定義してから、hibernate を使用して、これから ddl を生成したいと思います。しかし、休止状態での唯一の実際のワークフローは、データベース スキーマを生成し、それをリバース エンジニアリングすることのようです。意味のないことをしたいですか？

レクサーとパーサーの典型的な構成を知っています。レクサーはソースコードを読み取り、トークンを生成します。トークンはパーサーに送信され、パーサーはそれらを文法生成の終端記号として使用します。典型的な再帰下降パーサーでは、開始非終端記号を表すトップレベル関数を呼び出すことから始めます。この関数は他の関数を呼び出し、レクサーからトークンごとに読み取ります。

しかし、同じレクサーの上に2つの異なるパーサーが必要な場合はどうなりますか？

つまり、レクサーでの不要な重複作業を避けるために、同じソースを複数回読み取ることは望ましくないため、つまり、複数のパスを許可しないため、両方とも同じ場所から読み取ることになります。順番に次のトークンが生成されたときに、両方のパーサーが同時にそれを消費するようにしたいだけです。

ただし、これらのパーサーの1つで呼び出すことができる最上位関数は1つだけです。両方を同時に呼び出すことはできません：/

これらのパーサーをある種のステップモードで実行する方法はありますか？つまり、新しいトークンを取得したら、それを両方のパーサーに次々に渡したいのですが、その1つのトークンだけ進めて、内部状態とデータ構造を可能な限り更新し、すぐに返します。別のトークンを待つ。

この種の構成はこれまで見たことがありません。そのようにパーサーを構築することは可能ですか？この種のパーサーをコードでどのように構造化できるかについての資料はありますか？名前はありますか？

編集1： パーサジェネレータツールを使用したくありませんが、この種のものが内部でどのように機能するかを学びたいので、自分でコードを記述します。

データベース、つまりリレーショナル データベースに関するトップダウン正規化とボトムアップ正規化の違いを説明してもらえますか。

「アリーナ」として単一の画像を使用する Xna の 2D トップダウン ゲームがあります。画像は Texture2D として使用され、4096*1050 で、png としては 186kb のみです (グラフィックは今のところ単純なプレースホルダーです)。ビルド時の xnb ファイルは 24 MB です。問題は、テクスチャ サイズを大幅に縮小する方法はないかということです。

前もって感謝します

OCaml で LL(1) パーサー ジェネレーターを探しています... 誰か助けてくれませんか?

CXF フレームワークは初めてです。最近、CXF と Spring Endpoint を使用して Web サービスの作成に成功しました。私はWSDLの最初のアプローチを使用しています。Web サービスで SSL(https) を使用する方法を教えてください。私はトラストストアとキーストアについて考えています。Apache Tomcat サーバーを使用しています。以下は私のApplicationContext.xmlです->

ここでトラストストアの構成エントリをいくつか作成し、同様にいくつかのxmlでクライアント側のキーストアの構成を作成する必要があると思います。また、キーストアを使用するには Passwordcallback クラスが必要だと思います。

SSL を有効にするために必要な設定について教えてください。

あなたの助けは本当に感謝しています...

ありがとう...

O（log n）時間で挿入、検索、削除機能を備えたRed Black Treeを実装しています。挿入と検索は正常に機能しています。しかし、私は削除に固執しています。RBT 削除のアルゴリズムを示すこの ppt スライドをインターネットで見つけました: http://www.slideshare.net/piotrszymanski/red-black-trees#btnNext 56 ページ以降。私は少し質問しすぎていることを知っていますが、2週間以上これに固執しており、問題を見つけることができません. 削除するノードの前任者が見つかるまで、それに応じてノードを回転させて色を変更する必要があるトップダウン削除を理解している方法。このノード (リーフまたは 1 つの右の子を持つノード) を見つけたら、削除するノードのデータをこのノードのデータに置き換え、通常の BST 削除のようにこのノードを削除しますよね?

これは、そのスライドから学んだことに基づいて作成したコードです。誰かが親切にそれを調べてくれるなら、私はもっと感謝しています! または、少なくとも私が使用しているものよりも優れたアルゴリズムがあると思われる場合は、教えてください!

ノードは削除されていますが、削除後のツリーは黒く違反されており、これは非常に間違っています。

私はコンパイラー (C に近い言語) に取り組んでおり、それを C で実装する必要があります。私の主な質問は、コンパイラーのコーディング中に効率的にするために、適切な解析方法を選択する方法です。

これが私の現在の文法です: http://img11.hostingpics.net/pics/273965Captureddcran20130417192526.png

ここで説明されているように、トップダウン パーサー LL(1) を作成することを考えていました: http://dragonbook.stanford.edu/lecture-notes/Stanford-CS143/07-Top-Down-Parsing.pdf

この文法を考えると、最初に左の再帰規則を削除する必要があることを知っていると、効率的な選択になるでしょうか。他にアドバイスはありますか？

ありがとう、メンティネット