AspDotNetStorefront와 사용자 지정 ASP.net 응용 프로그램을 통합하는 중

Question

AspDotNetStorefront를 사용자 지정 ASP.net 응용 프로그램과 통합하려고합니다. 그것에 대해 갈 방법에 대한 아이디어? 어떤 도움을 많이 주시면 감사하겠습니다.

Answer 1

당신이 전략을 탐구하기 시작할 때 조언은 전체 시스템이 어떻게 작동 하는지를 이해하는 것입니다. 모든 정상적인 Global.aspx Application_Start, Begin_Request 메서드는 ASPDNSF.Core 어셈블리에 있습니다. 12000 (ish) 줄이 어딘가에 보일 것입니다. 이러한 프로그래밍 asp.net 웹 사이트의 비 전통적인 방법로 이동합니다 실행의 흐름에 따라 단지 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 
    } 

처럼 평소와 같이 해고된다. ASPDOTNETStorefront는 아주 좋은 분리 사항을 포함하지 않으므로 ASPDNSF.controls.dll 어셈블리에 직접 삽입 된 스타일 코드를 자주 볼 수 있습니다. 비즈니스 로직 요구 사항이 기본적으로 지원되지 않는 기능을 필요로하는 경우 매우 불편할 수 있습니다. 그러나. NET에서 그 모든 것이 가능합니다.

웹 솔루션 내에 사용자 지정 폴더를 만들고 거기에서 사용자 지정 사용자 정의 컨트롤을 만들고 필요에 따라 사이트 주위에 사용자 지정 폴더를 배포 할 것을 제안합니다. 대부분의 응용 프로그램 동작은 지원 DLL에 의해 제어되고 관리 인터페이스는 사용자 지정 가져 오기와 달리 백엔드에 설정된 사용자 응용 프로그램 설정에 크게 의존하기 때문에 ASPDNSF 팀에서 구현 한 소스 코드를 너무 많이 수정하지 않는 것이 좋습니다 Web.config의 인수.

나는 2009 년부터 ASPDNSF와 함께 작업 해 왔으며 현재 성공적인 플랫폼을 웹 사이트로 마이그레이션하는 데 시간이 걸리지 만 할 수 있다고 말할 수 있습니다. XML 템플리트는 강력하지만 약간 날짜가 있습니다.

하나의 중요한 참고 사항 : 이전에 언급했듯이 시스템을 업데이트하려고 할 때 되돌릴 수없는 지점을지나 가면서 찾을 수 있으므로 솔루션에 저장된 저장 프로 시저, 논리 및 쿼리를 수정하지 말아보십시오. 이것은 나의 경우에 일어 났고 나는 나의 교훈을 배웠다. ASPDNSF 팀이 수행 한 작업을 수행하고 ML9 다중 저장소의 원래 코드 기반을 거의 완전히 수정해야만했습니다.

행운을 빌어 요.