与自定义应用程序ASP.net

Question

我想AspDotNetStorefront与自定义ASP.net应用程序集成马金江AspDotNetStorefront。任何想法如何去做呢？任何帮助都感激不尽。

Answer 1

我给你的意见，你开始探索你的战略就是要与整个系统是如何工作aquainted。您会注意到所有正常的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中的所有可能的一样。

我建议你创建的网络解决方案中定制文件夹，并从那里创建自定义的用户控件，并根据需要在工地附近部署它们。尽可能在不改变太多被ASPDNSF团队实现的源代码，因为许多应用程序的行为是由支持DLL和管理界面控制在很大程度上依赖于在后端设置的用户应用程序的设置，而不是获取自定义来自Web.config的参数。

我一直在与ASPDNSF自2009年以来，我可以告诉你，它需要一定的时间到目前成功的平台迁移到网站，但它是可行的。 XML模板功能强大但有点过时。

一个重要的提示：如前所述，尽量不要浪费时间修改挤进解决方案，你可以找到自己要去的过去不归路寻求更新系统时，存储过程，逻辑和查询。这发生在我的案例中，我吸取了教训。我被迫接受了ASPDNSF团队所做的工作，几乎完全修改了ML9多店的原始代码库。

祝你好运:)