問題タブ [architecture]

私は、大規模な新しいシステムの背後にある唯一の開発者になると言われています。特に、UIとデータベーススキーマを設計します。

きっと指導を受けると思いますが、靴下を脱ぎ捨てられるようにしたいと思います。その間に準備するために何ができますか？また、仕様を使用してコンピューターの前に座るときは、何を覚えておく必要がありますか？

覚えておくべきいくつかのこと：私は私の最初の実際のプログラミングの仕事で大学生です。Javaを使用します。すでに自動テストなどでSCMを設定しているので、ツールは問題ありません。

VS.NET Architect Edition のアプリケーション ダイアグラムとシステム ダイアグラムを使用して、ソリューションの設計を開始しましたか?

もしそうなら、それは役に立ちましたか？「自動実装」機能は正常に動作しましたか?

実際のシェアードナッシングアーキテクチャを設計した経験はありますか？私を推薦するためにいくつかの読み物がありますか？

Web プロジェクトの開始時に、WISA と LAMP のどちらかを選択する必要があったことはありませんか?

長所と短所はネット上に散らばっていますが、基準を考え出し、評価し、決定し、どちらのプラットフォームを使用するかを決定する際の実際の経験について知ることは役に立ちます。

e コマース ソリューションの製品をデータベースに保存する必要があります。各商品には、名前、説明などの説明情報が必要です。

製品を x 言語にローカライズする必要があります。

これまでに行ったことは、ローカライズする必要がある列を作成し、nvarchar(MAX)次のような XML 文字列を保存することです。

データベースからビジネス ロジック オブジェクトに読み込むと、XML 文字列を解析してDictionary<string, string>、カルチャ/言語コードをキーにします。

したがって、製品の名前を表示したい場合は、次のようにします。

誰かがより良い解決策を持っていますか?

シナリオは次のとおりです。

特定のディレクトリの変更を監視するアプリを作成しています。このディレクトリは、「ほぼ」一意の GUID を持つ毎分数千のファイルであふれます。ファイル形式は次のとおりです。

GUID.dat ここで、GUID == xxxxxxxxxxxxxxxxxxxxxxxxxxxxx (内部コンテンツは関係ありませんが、単なるテキスト データです)

私のアプリは、リアルタイムで追加および削除されるすべてのファイルを表示する 1 つのテキスト ボックスを持つフォームになります。新しいファイルが入るたびに、このファイルでテキストボックスを更新する必要がありますが、最初に、この半一意の GUID が本当に一意であることを確認する必要があります。そうであれば、この新しいファイルでテキストボックスを更新します。

ファイルがそのディレクトリから削除されたら、それが存在することを確認してから削除し、それに応じてテキストボックスを更新します。

問題は、私が .NET filewatcher を使用していて、(buffersize + 1) 番目のファイルが入るたびに爆発する内部バッファーがあるように見えることです。アプリを作成し、入ってくるすべてのファイルを追加するだけですが、後で一意の GUID チェックを行いますが、さいころはしません。

REST と SOAP の間で決定を下すためのドキュメントまたはガイドへのリンクを持っている人はいますか? 私はこれらの両方を理解していますが、重要な意思決定ポイント (セキュリティなど) に関する参考文献を探しています。

これは「議論」の側にあるかもしれませんが、これについてのあなたの意見を本当に聞きたいです.

以前は、読み込みと書き込みの両方を処理するデータ アクセス クラスを作成することがよくありましたが、これはしばしば FooIoHandler などの不適切な名前付けにつながりました。

それで、私は最近、データアクセスを FooWriter と FooReader に分割し始めました。これにより、より適切な名前が付けられ、柔軟性が追加されますが、同時に、クラスがそれほど大きくない場合は、それらをまとめておくのが好きです。

リーダー/ライターの分離はより良い設計ですか、それともそれらを組み合わせる必要がありますか? それらを組み合わせる必要がある場合、クラスに名前を付ける必要がありますか？

ありがとう/エリック

JavaScript コードはどのように構成されていますか? MVC などのパターンに従っていますか?

私はしばらくサイド プロジェクトに取り組んできましたが、さらに進めば進むほど、私の Web ページはフル機能のアプリケーションに変わりました。今のところ、私はjQueryに固執していますが、ページのロジックは、何らかの組織、またはあえて言うなら「アーキテクチャ」が必要なところまで成長しています。私の最初のアプローチは「MVC風」です：

• 「モデル」は、ヘルパーで拡張される JSON ツリーです
• ビューは DOM とそれを微調整するクラスです
• コントローラーは、イベント処理を接続し、ビューまたはモデル操作を開始するオブジェクトです

しかし、他の人々がどのようにより実質的な JavaScript アプリケーションを作成したかについては、非常に興味があります。私はGWTやその他のサーバー指向のアプローチには興味がありません...「javaScript + <generic web service-y thingy here>」のアプローチだけです

注: 前に、javaScript は「実際には OO ではなく、実際には機能しない」と述べました。これは、みんなの気を散らしたと思います。このように言いましょう。javaScript は多くの点でユニークであり、私は厳密に型指定されたバックグラウンドを持っているため、私が知っているパラダイムを強制したくありませんが、非常に異なる言語で開発されました。

私たちが取り組んでいるプロジェクトには、SO のものと同様の「評価」システムが必要です。ただし、私たちの場合、賛成票で「タグ付け」する必要がある複数のエンティティがあります（増分のように、賛成票のみで、反対票を投じることはありません）。エンティティの種類に関係なく、評価の高い順にすべてのエンティティを表示する必要がある場合があり、基本的には結果セットを混ぜ合わせていると思います。柔軟でスケーラブルであるように、これを実装するためにどのデータ構造/アルゴリズムを使用していますか?