問題タブ [modularity]

上記の発言はできますか？それは正しいですか？モジュール性と依存関係は別のものですか、それとも相互に関連していますか? ヘルプ...

私の現在のプロジェクトのユーザーベースは小さく、ほぼすべてのクライアントが Web サーバーと同じ LAN 上にあるため、パフォーマンスが実際に妨げられることはありませんが、私は悪い習慣を身につけるのが苦手なので、正しく行うことに慣れたいと思っています。 .

私は、一般的に使用される要件 (主にフォーム、ダイアログ、グリッド) を含む一般的な「サイト」レイヤーを作成し、必要に応じて他のコンポーネント (チャートなど) を追加することを考えていました。ページ。途中で維持するレイヤーは1つだけですが、各リクエストは大きくなります。

わずかに肥大化したレイヤーで 1 つのリクエストを作成するのと、いくつかの小さなレイヤーで 2 つのリクエストを作成するのとではどちらがよいと考えられますか?

「モジュール方式でアプリケーションを設計する方法」についてのポインタ、提案、リンク、警告、アイデア、さらには逸話的な説明を探しています。このプロジェクトではPythonを使用しますが、OOPに基づく設計を実装するだけでよいのですが、アドバイスは必ずしもこの言語を参照する必要はありません。

これが私がどこから来たのか、そして私が何を達成しようとしているのかを理解するためのいくつかの文脈です...

私のプロジェクトは、Webサービスを利用し、次のようなさまざまな方法で結果を表示する小さなアプリケーションになります。

• 通話の結果だけを含む通知ポップアップ
• アプリケーションのメインウィンドウのタブで、取得した生データからグラフィックがプロットされます
• さまざまなサービスからの結果が積み重なるメッセージのバッファ（domandに表示）

アプリケーションは無料の（スピーチとしての）ソフトウェアとしてリリースされます。このため、他の開発者がメインアプリケーションの機能を拡張するプラグイン/モジュールを簡単に作成できるようにしたいと思います。コアコード。

この時点で、プラグインは基本的に、プロバイダー、データ操作（存在する場合）、およびデータがユーザーに提示される方法を定義することにより、開発者が新しいWebサービスをアクティブ化できるようにする必要があります。

私は強力なモジュラーアプローチを備えたdrupalを使用した開発の豊富な経験がありますが、それは非オブジェクト指向設計にも準拠しているため、Pythonの場合、drupal設計は最適なソリューションではない可能性があります。

これが重要な場合、コアはGNU/Linux用にネイティブに開発されます。

よろしくお願いします！

私は複合 WPF アプリケーションに取り組んでおり、コードをアセンブリに分割するための適切なガイドラインを読んだところです。この記事の著者は、可能な限りアセンブリの数を最小限にすることを支持しています。

アセンブリの数を最小限に抑えながら、コンポジット WPF アプリケーションを合理的にモジュール化するバランスをどのように取っていますか?

現在のプロジェクトでは、機能の論理グループごとにモジュールを作成することから始めました。これにより、かなりの数 (14) の小さなアセンブリが作成されます。これをリファクタリングしてアセンブリを最小限に抑えようとすると、コンポジット WPF アーキテクチャを維持しながら 6 まで下げることができますが、柔軟性が失われているのではないでしょうか... YAGNIを覚えておく必要があるかもしれません。

非常に複雑になる可能性のあるゲーム エンジンを作成するために、ActionScript と Flash の学習を開始しようとしています。私は比較的高度なソフトウェア アーキテクチャのバックグラウンドを持っているため、Flash でいくつかのことが可能かどうか (私のエンジンにとって重要であると考えています) を考えています。

1. まず、ゲームをモジュール化して、他の Flash プロジェクトのコンポーネントとして使用したり、エンジン自体を拡張するカスタム作成コンポーネントで拡張したりできるようにしたいと考えています。
2. これらのモジュールをオンザフライおよび Web 経由で動的にロードできるようにしたいと考えています。これにより、ユーザーはゲーム全体 (場合によってはサイズが大きくなる可能性があります) を一度にダウンロードする必要はなく、特定の時間に必要な部分のみをダウンロードする必要があります。
3. Flash アプリケーションの既定の許容制限を超える可能性がある、ユーザーのコンピューターに大きなセーブ ゲーム ファイルと中間ファイルを保存する必要がある場合があります。
4. ゲームデータを保存および取得するために、おそらく何らかのデータベースにアクセスする必要があります。Flash はあらゆる種類のローカル データ アクセスをサポートしていますか?

エンジン自体はかなり複雑で抽象的であり、多くのクラスやさまざまな種類の属性や機能が含まれる可能性があります。ActionScript はタスクを実行できますか?

Web サイトの編集を簡単にするプライベート プロジェクト用の CMS を設計しています。モジュール化をサポートします。ただし、これはまだベータ版であり、改善できる点があるかどうか、またはこのシナリオに対してまったく異なるアプローチがあるかどうかを尋ねています.

まず第一に、HTML、CSS、そしておそらく JS のセットである「テーマ」があります。各テーマには、それぞれ別のファイル (full-width.html、fluid.html など) にあるさまざまなスタイルを含めることができます。その後、管理者はページごとに異なるスタイルを選択できます。カラムが 1 つしかないページもあれば、サイドバーがあるページもあります。

現在の動作方法では、スタイル HTML は次のようになります。

テーマ作成者は、管理者がモジュールを配置できる場所を定義する「ブロック」を配置できます。これらのモジュールは、単なるテキストの場合もあれば、シャウト ボックスやログイン フォームなどのより複雑な HTML を含む場合もあります。いずれにせよ、別のブロック内にあるブロックを除いて、すべてのブロックに ID が必要です。このようにして、管理者がモジュールを配置する場所を決定すると、次のようなフォームが表示されます。

--select-- は、インストールされているすべてのモジュールを含む HTML 選択ボックスです。ID は、変更を保存してプレビューすることなく、選択したモジュールがサイトのどこに移動するかを管理者が理解しやすくするために使用されます。

テーマ作成者は、{blocks} タグで複数のブロックを配置できます。これは、Wordpress のように、サイドバーに「タグ」、「ログイン」、「アフィリエイト」などの多くのモジュールを配置できるように、管理者がその中に複数のモジュールを配置できることを意味します。モジュールの量は {blocks limit="5"} で制限できます。他の設定もできます。

ブロックがページ上で {block id="header"} として指定されている場合、ブロック用に選択されたモジュールのコンテンツがそれに代入されることを意味します。ただし、それが {block}{/block} の場合、テーマ作成者はタグ間のどこかで {content} を使用して、コンテンツの場所を指定する必要があります。また、{name} を使用してモジュールの名前などを指定することもできます。

全体として、これに関して私ができる改善点はありますか? 何か提案はありますか？

そして最も重要なことは、代わりに使用する必要がある既存の強力なモジュラー システムを再設計しようとしているのかということです。

持続性プロバイダーとして Hibernate を使用して JBoss Seam Web アプリケーションを実行しています。展開と更新を簡素化するために、OSGI への移行を検討しています。

私はまだ OSGI の経験がないので、これが可能かどうか、またどのような制限があるかはわかりません。

たとえば、エンティティ クラスを変更し、Hibernate でいくつかのテーブルを削除して新しいテーブルを作成したい場合、それは可能でしょうか? Hibernate は OSGI にフックする必要があるので、テーブル a を削除してテーブル b を作成する必要がありますか?

ウォルター

ネイティブ PRISM のモジュール化メカニズムは、このモジュールを含むアセンブリへのパスによるモジュールのロードをサポートします。エンド ユーザーがモジュールのビュー (XAML) を変更およびカスタマイズできるように、モジュールのビュー (XAML) をデータベースに格納できるようにしたいと考えています。情報の保存と取得がより簡単で、再コンパイルやバイナリの作成が不要なため、データベースが選択されました。問題は、ビューが XAML と分離コードで構成されており、それらを分割 (?) して別々に保存する必要があることです。必要な場合は、それらを手がかりにしてモジュールにロードする必要があります (リフレクションなどを使用して?) が、方法がわかりませんそして、それが可能であれば？

私は多くのテンプレート ライブラリを探していたので、ダウンロード/使用する準備ができているものと使用したいものについて一般的な考えがかなり混乱しているので、これで私を助けてくれるかもしれません.

私は現在 CodeIgniter を学んでおり、後で Kohana に移行することを考えています。テンプレート/サイトのニーズに基づいて、コントローラー/モジュール (/モジュール機能でしょうか?) を含めたいと思います。

例をご覧ください: xml で定義されたページが mysql に保存されてい
<div id="sidebar">ます
<div id="sidebar">{widget:news;3;60}</div>。

テンプレートパーサーおよび/またはそれを行う方法を探しているので、メインアプリケーションでページをロードしてからテンプレートをロードします。次に、どのモジュール/ウィジェットページ/テンプレートが使用しているかを調べて動的にロードし、それらにパラメーターを渡します (たとえば、news;3;60 - モジュールニュース、最後に 3 つ、それぞれ 60 文字制限)、echo呼び出した場所の代わりにその結果を渡します。彼ら。

この使用法は理解できるはずです.27ページでニュースモジュールを使用する場合、最後の3つのニュースのどこか、先月のどこかなどで、単純にそれを含めて1か所で編集したい.

私の頭にある他の問題は次のとおりです。一度にすべてのモジュールを用意するのが最善だと考えています（そこに1つ、ここに1つロードしないでください）。1つの場所でデータベースにアクセスできます。

私はちょっと迷っており、誰かが私にアイデアを持っているかもしれません:)

私は構築しようとしています (今は関係を考えたり、計画したり、描いたりしています :] ) 基本的なウェブサイトを構築するための小さなモジュラー システムを構築しようとしています (ほとんどの場合、ウェブ デザイナーが日常的に行う一般的なタスクを簡素化するためです)。

私は、データベースの設計やコンテンツの保存に関する全体的なアイデアにほとんどこだわっていませんでした。

1.、ほとんどのウェブサイトで（私の経験から）最も苦痛なのは、タイトル、写真、一連の情報など、異なる情報を持つ、ほぼ同じレイアウト/スケルトンのページですが、cmsで特別なテンプレート/特別なモジュールを作成することですたまたまテキストとして編集するよりも多くのエネルギーが必要です - ただし、ここでは運用上の可能性をいくらか失います - 「タイトルのみ」を取得することはできません。CMS/システムはコンテンツ全体を 1 つのテキストフィールドとして理解するためです

したがって、この 2 つのテーブルを作成したいと思います - 1 つはコンテンツの構造に関する情報を保持します (例: 可変量の写真 <1;500) :]、タイトル & テキスト & 写真 (大) & ギャラリー) - HOW - ともう 1 つ「コレクション」のすべてのコンテンツ、モジュール、およびパーツを含むテーブル (さまざまな構造化された情報の私の作業名) - WHAT

2.、これについて私が気に入っているのは、-多くのテーブルは必要ありません-モジュールごとに1つずつ、説明のために、その他のために、6810のテーブルを持つデータベースが好きではありません。数字とテキストの関係、...そして、、、、のような60列のテーブルも好きではありcontent_usませcontent_itん。category_idparent_id

構造の説明とコンテンツ自体 ( ??? ? に注意) を XML または CSV として保持できると考えていますが、車輪を再発明しようとしているのかもしれません。これに対する答えは、私が持っている設計パターンに隠されています。調べました。

私がなんらかの意味をなして、いくつかの返事を得ることを願っています - あなたの意見、長所、短所を教えてください... または私を地獄に送ってください. ありがとうございました

編集:私の質問もこれです:このアプローチは理にかなっていますか? 編集しやすいですか？もっといいものはないの？それは道徳的ですか？私がこれをしても子猫は死にませんか？DB から引っ張ってきた 30 個の XML を読み込んで比較したい場合 (たとえば、何かを比較したい場合)、サーバーにとっては多すぎませんか? 技術的な部分 - それを行う方法 - は質問の一部にすぎません:)