ウェブサイト全体をDotNetNukeモジュールとして

Question

DotNetNukeモジュールとしてウェブサイト全体（約10ページ）を開発する必要があります。このサイトでは、DNNをCMSとして使用しています。編集者は、ほとんどのWebサイトでHTMLコンテンツを管理します（このセクションは私が開発する予定はありません）。

私は既にDNNモジュール開発に関する広範な研究を行っています（DNN Corpによって記録されたいくつかのWebセミナーを見たこともあります）。残念ながら、私がオンラインで見つけられるもののほとんどは、単純なウィジェットのようなモジュールを開発することです。また、ほとんどはDNNの仕組みを理解しようとしている間に、ステップバイステップの「Visual Studioを使用してxを実現する」アプローチを使用しています。だから、私はすでにDNNと多少よく知っている、と私は私の問題には、いくつかの異なる解決策を参照してください。この時点で

...私は自分自身のためにそれを把握する必要がありそうです：

1. ためのモジュールを作成します私のカスタムセクションのすべてのページ。私はこのアイデアが大変好きではありません。特に、複数のページにまたがって共有する必要があるコードがあるためです。
2. 複数のユーザーコントロール（各ページに1つ）を含む単一のモジュールを開発し、カスタムモジュール設定を使用して、表示するコントロールを各ページに知らせます。
3. ライブラリとして機能する「偽の」モジュールと各ページの追加のモジュールを開発します。
4. ライブラリモジュールを開発し、ビューにRazor Host ModuleとRazorスクリプトを使用します（私のアプリケーションにWebフォームが必要ない/しないようにします）。

私はあなたにアドバイスを求めることにしました。どの方面に行くのが好きですか？おそらく上記のどれですか？私は上記4つの選択肢すべてが私に必要な結果を与えるべきだと知っていますが、私はまた、 "DNN方法"に反対したくありません...

Answer 1

＃1（複数のモジュール）または＃3（複数のモジュールもあります）、DNNモジュール開発者が広く使用している＃2（1つのモジュールがビューを決定するモジュールレベルの設定）は確かに強固なオプションですが、＃4（Razor）あなたは開発スタイルが好きなので＃2以上。だから、

- 私はあなたがうまくアプローチを理解するようにそれはそうけれども、私は後世のために詳しく説明したかったカミソリのアプローチ、一緒に行くお勧めします：

• ライブラリ（アセンブリ/ DLL）をビルドします再利用可能なすべてのビジネスロジックをカプセル化する
• ロジックを使用してページ上にデータをレンダリングする各ページのレイザービューを構築する
• 必要な各ページにRazor Hostモジュールをドロップして、正しいビュー

非常にうまくいくはずです。

Answer 2

"Webサイトプロジェクト"スタイルでソフトウェアを開発しようとしているとします。私は、あなたが "Web Application Project"スタイルのものを見ることをお勧めしたいと思います。

ライブラリに機能を共有している場合は、アセンブリを作成してそこからbinフォルダにドロップすると、DNNによってピックアップされ、httpコンテキストで実行されます。

1つのプロジェクトでモジュールをビルドし、DNNマニフェストにさまざまなモジュールをパッケージ化します。

私はあなたが何を理解しているのか話していません。

---

別の回答を追加しました。それ自体が投稿です。

Answer 3

モジュール - これは、私たち全員が非常にゆるやかに使用している用語です。

鮮明定義

• パッケージ= Zipファイル（モジュールではありません）
• マニフェスト= .DNNが

ファイルマニフェストを使用して、モジュール（表示/編集/設定のグループ）を定義することができます単一のインストールパッケージとしてのユーザーコントロール。 DNN 3.0マニフェストで

、あなたはこの形式のままなら、あなたは上記のシングルを定義するようにするための基本的な単一のインストールパッケージは、この（簡単に）

<dotnetnuke version="3.0" type="Module"> 
    <folders> 
    <folder> 
     <name>Side bar Navigation</name> 
     <modules> 
     <module> 
      <friendlyname></friendlyname> 
      <cachetime>0</cachetime> 
      <controls> 
      <control> 
       <title>View</title> 
       <src>DesktopModules/Module/View.ascx</src> 
       <type>View</type> 
      </control> 
      <control> 
       <key>Settings</key> 
       <title>Settings</title> 
       <src>DesktopModules/Module/Settings.ascx</src> 
       <type>Edit</type> 
      </control> 
      </controls> 
     </module> 
     </modules> 
     <files> 
      ... 
     </files> 
    </folder> 
</folders> 
</dotnetnuke> 

のように構成されていることに気づくでしょうインストールパッケージ内のモジュールブログの文脈では

、あなたは2つのモジュール

1. ブログディスプレイモジュールは、（選択されたブログや、単に全体の多くを表示する）必要があります
2. サイドバーナビゲーションモジュールは、（あなたが するのに役立ちます

あなたができることはブログ表示Moduをパッケージ化することですファイルを<folder></folder>のマニフェストにコピーし、サイドバーナビゲーションモジュールを<folder></folder>構造の別のコピーにコピーします。

たとえば、このプロジェクトには7つのモジュールがあります。 （1 Webアプリケーションプロジェクトを意味する）サイドバーナビゲーション、カスタム検索モジュール、何とか何とか何とか

<dotnetnuke version="3.0" type="Module"> 
    <folders> 
    <folder>...</folder> 
    <folder>...</folder> 
    <folder>...</folder> 
    <folder>...</folder> 
    <folder>...</folder> 
    <folder>...</folder> 
    <folder>...</folder> 
    </folders> 
</dotnetnuke> 

1. 1インストールパッケージのbin/
に配置する
2. 7モジュール
3. 一つのアセンブリ
4. すべてのコードは共有されているため、他のライブラリ参照を継承してさらに発展させることができます。

彼らは、KEYがパッケージにある異なるビュー、名前、フレンドリーネームが、すべての共有つの共通<foldername>

を持っています。

Answer 4

<folder> 
     <name>BlogDisplay</name> 
     <friendlyname>Blog Display</friendlyname> 
     <foldername>WebLog</foldername> 
     <modulename></modulename>' 

    '<folder> 
     <name>BlogSidebar</name> 
     <friendlyname>Sidebar Navigator</friendlyname> 
     <foldername>WebLog</foldername> 
     <modulename></modulename> 

これは次のようになります。それはfoldernameです。 DesktopModulesのどこにモジュールをインストールするかを定義します。

DNN 5の書籍では、Webサイトプロジェクトの開発方法はまだ使用されていますが、コアモジュールの開発に参加しているときは、プロジェクトはWeb App Projectの開発スタイルになっています。すべてのコードビハインドがアセンブリ内にあり、Web上でソースコードとして公開されていないためです。

あなたは間違いなく正しい道にいます。