AspDotNetStorefrontとカスタムASP.netアプリケーションの統合

Question

AspDotNetStorefrontとカスタムASP.netアプリケーションを統合したいと考えています。どのようにそれについて行くすべてのアイデア？どんな助けでも大歓迎です。

Answer 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のウェブサイトの非伝統的な方法にあなたをもたらすでしょう。 ASPDOTNETStorefrontでは、懸念が非常に分かれていないため、ASPDNSF.controls.dllアセンブリに直接挿入されたスタイルコードが表示されることがよくあります。これは、ビジネスロジックの要件には、すぐにサポートされていない機能が必要な場合、非常に不快なことがあります。しかし、.NETの中のすべてのものが可能です。

私は、Webソリューション内にカスタマイズフォルダを作成し、そこからカスタムのユーザーコントロールを作成し、必要に応じてサイトに展開することを提案します。 ASPDNSFチームによって実装されたソースコードをあまり変更しないように最善の努力をしてください。アプリケーションの動作の多くはサポートDLLによって制御され、管理インターフェイスはカスタムを取得するのではなく、バックエンドで設定されたユーザーのアプリケーション設定に大きく依存します。 Web.configの引数

私は2009年からASPDNSFで作業していますが、現在成功しているプラ​​ットフォームをウェブサイトに移行するには時間がかかりますが、実行可能です。 XMLテンプレートは強力ですが、日付は少しです。

重要な注意点：前に述べたように、システムを更新しようとするときに、あなたが戻り値を超えていることがわかるように、ソリューションにパックされているストアドプロシージャ、これは私の場合に起こり、私はレッスンを学びました。私は、ASPDNSFチームが行ったことを踏襲し、ML9マルチストアの元のコードベースをほぼ完全に変更することを余儀なくされました。

あなたへの幸運：