AspDotNetStorefront をカスタム ASP.net アプリケーションと統合したいと考えています。それをどうやって進めるかについてのアイデアはありますか?どんな助けでも大歓迎です。
1 に答える
戦略を検討し始めるときの私のアドバイスは、システム全体がどのように機能するかを理解することです。通常の Global.aspx の Application_Start、Begin_Request メソッドはすべて ASPDNSF.Core アセンブリに配置されていることがわかります。12000 行目 (ish) のどこかに表示されます。これらは、Global.aspx と同様に通常どおり起動されます。
public static void Custom_SessionEnd_Logic(Object sender, EventArgs e)
{
// put any custom session end logic you need here...
// do not change this routine unless you know exactly what you are doing
}
public static void Custom_Application_Error(Object sender, EventArgs e)
{
// put any custom application error logic you need here...
// do not change this routine unless you know exactly what you are doing
}
public static void Custom_Application_EndRequest_Logic(Object sender, EventArgs e)
{
// put any custom application end request logic you need here...
// do not change this routine unless you know exactly what you are doing
}
実行の流れに従うと、従来とは異なる方法で asp.net Web サイトをプログラミングできます。ASPDOTNETStorefront には、懸念事項の適切な分離が組み込まれていないため、多くの場合、スタイル コードが ASPDNSF.controls.dll アセンブリに直接挿入されます。これは、ビジネス ロジックの要件ですぐにサポートされていない機能が必要な場合、非常にイライラする可能性があります。しかし、.NET のすべての機能と同様に、すべてが可能です。
Web ソリューション内にカスタマイズ フォルダーを作成し、そこからカスタム ユーザー コントロールを作成し、必要に応じてサイト全体に展開することをお勧めします。ASPDNSF チームによって実装されたソース コードをあまり変更しないように最善を尽くしてください。アプリケーションの動作の多くは、サポートしている dll によって制御され、管理インターフェイスは、カスタムではなく、バックエンドで設定されたユーザーのアプリ設定に大きく依存しているためです。 Web.config からの引数。
私は 2009 年から ASPDNSF を使用しており、現在成功しているプラットフォームを Web サイトに移行するには時間がかかると言えますが、実行可能です。XML テンプレートは強力ですが、少し時代遅れです。
1 つの重要な注意事項: 前述のように、ソリューションに組み込まれているストアド プロシージャ、ロジック、およびクエリを変更しないように注意してください。これは私の場合に起こり、私は教訓を学びました。私は、ASPDNSF チームが行ったことを取り入れ、ML9 マルチストアの元のコード ベースをほぼ完全に変更することを余儀なくされました。
頑張って:)