問題タブ [eda]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
361 参照

java - EコマースアプリケーションでのSOA/EDAの使用

会社の指示として、12年前のEコマースサイトをリファクタリングするためのターゲットアーキテクチャとしてSOA/EDAを使用することを検討しています。このサイトはコースを実行しており、新しい機能を追加して実行し続けるという課題になっています。

トピックに関する多くの読み物に基づいて、サービスと通信するときにメッセージトピック(つまり、ドキュメントおよびイベントタイプのメッセージを使用する)を使用することが提案されていることがわかります。

私が持っている質問は、これがEコマースアプリケーションで本当に可能かどうかです。WebサービスやRMIの使用を見ることができます。それとも、実行されていることが同期または非同期通信チャネルを必要とするかどうかに本当に依存しますか。

一般に、アプリケーションはデータの検索要求を処理します。これは、Solrによって実行されます。これは、在庫の管理(編集/追加)、在庫の販売への移動、販売中のアイテムの入札、購入の処理を行う機能です。

0 投票する
0 に答える
195 参照

rest - Javaspaces、RESTおよびイベント駆動型アーキテクチャ

Javaspace、REST、およびイベント駆動型アーキテクチャのコンバージェンスについて詳しく知りたいです。すべてのテクノロジーに関する情報を一緒に探すことができる場所を教えてください。

ありがとう^_^

0 投票する
1 に答える
893 参照

eda - pspice -> ngspice 変換 -- 絶対値関数

既存の PSPICE モデル (HP Memristor モデル) を ngspice に移植しようとしています... ngspice の絶対値関数はありますか?

元の PSPICE モデル:

0 投票する
2 に答える
1185 参照

events - イベント ドリブン アーキテクチャでユーザーに即時の応答を提供する

私はイベント駆動型アーキテクチャについて多くのことを読んできましたが、それは私にとって非常に理にかなっていますが、ユーザーにすぐにフィードバックを与えるという問題は私を混乱させます.

すべての従業員のリストを保持するサービス (「EmployeeService」) があるとします。従業員を作成するためのビジネス ロジックは、このサービスにあります。

別のシステムの UI がこのサービスを使用します。要件は (好きかどうかにかかわらず) 従業員のグリッドと、フォームを表示する「従業員の追加」ボタンがあることです。フォームを送信すると、新しい従業員がいるグリッドに戻ります。それ。グリッドには、サービスによって計算された派生フィールドが表示されます (これは注意が必要です!)。

従来は、送信時に読み込み画面を表示し、WCF 要求を同期的に送信して従業員を登録し、それが完了すると、グリッドに転送していました (間違いなく、今では新しい従業員がいます)。

EDA を使用すると、送信時に、ユーザーを登録するコマンドを「起動して忘れる」ことになりますが、その後はどうすればよいでしょうか? グリッドに転送できますが、新しい従業員がまだそこにいない可能性はありますか? すべて問題ないと仮定して手動でグリッドに追加することもできますが、サービスによって計算された派生データを表示するにはどうすればよいですか? または、「新しい従業員の保留中のグラフィック」がまだ作成されていない場合はグリッドに表示し、作成されるまで数秒ごとにページをチェックすることもできますか?

これは一般的なシナリオですが、これに対する一般的な解決策は何ですか?

0 投票する
2 に答える
397 参照

nservicebus - EDA: 「カスケード」イベントまたは明示的なコマンド?

シナリオ

システムの主要なコンポーネントが 3 つあるとします。

  1. UI - ユーザーからの入力を収集し、メッセージ バス経由で送信されるLoginUserCommandを作成します。次に、ユーザー インターフェイスはMessageReceivedEvent(s) のこのメッセージ バスをリッスンします。

  2. ユーザー サービス- LoginUserCommand を受け取り、UserLoggedInEventを発生させます。ここで重要なのは、Message Serviceにメッセージの受信を開始するように指示する必要があるということです。

  3. Message Service -ログインしているユーザーに対してMessageReceivedEventを発生させます。

オプション

私が持っている設計上の質問は、User ServiceMessage Serviceの間の相互作用に関するものです。

ユーザーがログインすると、さまざまなことが発生する必要があります。UI がメッセージを受信し始めるように、サービスを調整する必要があります。

するべきか...

  • ユーザー サービスにUserLoggedInEventを発生させ、メッセージ サービスにこのイベントをリッスンさせ、ユーザーがメッセージを受信するために必要な作業を実行させますか?

...また...

  • ユーザー サービスにUserLoggedInEventを発生させますが、コマンド - StartMessageRecomingCommand を作成し、これを明示的にメッセージ サービスに送信しますか?

質問

各アプローチの長所と短所は何ですか? (カスケード イベントと明示的なコマンド)。他のオプションはありますか?

0 投票する
2 に答える
1241 参照

vhdl - 変換関数 "To_bit" には、1 つの仮パラメーターが必要です

VHDL テストケースで modelsim を実行しているときに上記のエラーが発生し、なぜエラーなのか理解できません。

テストケース:

a の a のアーキテクチャは次のとおりです。

0 投票する
1 に答える
617 参照

hardware - Windows 用の Verilog シミュレーター

Windows 用の Verilog シミュレーターを探しています。私が目にするのは、Linux 用の makefile を含む veriwell のソース コードだけです。veriwell または他の Verilog シミュレーターのバイナリをどこで見つけることができるかについて、誰でも提案があります。

0 投票する
1 に答える
131 参照

apache-storm - 内部バッファリングが原因で、嵐の中でメッセージを集約する必要がありますか?

この記事 では、Storm の内部メッセージ バッファーについて説明 しています。

ここで、複数のレイヤー (ボルト) を持つストーム トポロジに膨大な数のイベントが発生します。最初のレイヤーはすべての受信イベントをランダムに「消化」し、おそらく受信イベントごとに次のレイヤー (Bolt to Bolt) に新しいイベントを発行します。ただし、最初のレイヤーが定期的にのみメッセージを発行することも可能です (したがって、着信イベントごとにイベントを発行する代わりに、ティックごとに 1 つのイベントを発行できます: 毎秒としましょう - これにより、次の負荷が大幅に削減されます)。層)。

しかし、上記の記事を読んでいると、ストームには内部バッファリングがあることがわかりました。それは、ストームがすでに内部バッファリングを行っているため、ティックスパウトをいじる必要がないことを意味するかどうかを知りたかったのです。

0 投票する
2 に答える
72 参照

events - ドメイン イベントにはクラスまたはトピックが必要ですか?

ドメイン イベントは、イベント クラス、またはクラスとトピックに従ってディスパッチする必要がありますか?

たとえば、次のイベントがあります。

そしてイベントマネージャー、

Udi Dahanは、イベントはファースト クラス オブジェクトであると提案していますが、私はそれが気に入っています。UserRegisteredEventオブジェクト、 OrderCompleteオブジェクトがあります。私の質問は、型自体がイベント ハンドラーにバインドされるかどうかです。たとえば、イベント オブジェクトを publish メソッドに渡すだけでよいでしょうか?

これは、各ハンドラーが 1 つのクラス タイプにバインドされていることを意味し、制限があるようです。YAGNI は正しいかもしれませんが、以下はより強力ではありません。

これにより、イベントトピックがハンドラーのバインド先になります。このようにして、ハンドラーは継承の恩恵を受けることができます。型の安全性またはユビキタス言語の使用が問題である場合、次のことができます。

これは、より長い公開バージョンへの簡単な方法です。これは、新しいイベントごとにクラスを変更する必要があることを意味するため、少し面倒です。これは不要に思えます (実際、上記の方法を使用する場合は必要ありません)。

イベントがトピックのないクラスとして公開されるのを見たことがありますが、これは制限ですか、それともこれで問題が発生した人はいますか?