문제

따라서 문제는 앱의 절반이 클래식 ASP로 작성되었고 절반은 ASP.NET에 있습니다. .NET 하프와 공유 해야하는 클래식 ASP 코드에 의해 생성되는 PDF 파일 (메모리)이 있습니다. PDF를 FS 또는 DB에 저장하는 것을 생각했습니다. 이는 대부분의 사람들이 IO에 저장하는 매우 느린 절약 과정을 거쳐야하기 때문에 권장하지 않을 것이라고 확신합니다. 그런 다음 수동으로 청소해야합니다. - 불필요하게 더 많은 병목 현상과 실패 지점을 생성합니다.

Server.Transfer 또는 Microsoft.xmlhttp 객체를 사용하여 클래식 ASP 페이지에서 .NET으로 게시물을 모방했다고 생각했지만 클라이언트 측의 URL이 .NET ASPX에서 가리키기를 원하기 때문에 시나리오에 정확히 맞지 않습니다. 페이지. PDF 파일이 포함 된 클래식 ASP에서 .NET 페이지로 게시물을 제조하는 간단한 방법이 있습니까?

의견이나 제안에 미리 감사드립니다.

도움이 되었습니까?

해결책

다소 해킹이지만 ...

PDF 파일의 데이터로 채우는 필드로 클래식 ASP에서 양식을 만듭니다. 양식의 동작은 ASP.NET 페이지입니다. 같은 것 :

<body onload="pdfsenderform.submit()">
    <form name="pdfsenderform" action="pdf.aspx" method="post">
       <input type="hidden" name="pdffiledata" value="<%...output your PDF data here...%>" />
   </form>
</body>

양식 필드 (Base64 또는 Something)에 쓰기 전에 이진 PDF 데이터를 인코딩해야 할 수도 있습니다.

다른 팁

가장 좋은 방법은 아마도 ASP.NET 및 ASP 상호 작용에 어려움을 고려하는 FS 또는 DB 일 것입니다. 그것이 나의 "최소 저항의 길"입니다.

디스크에 쓰고 파일 이름을 쿠키 또는 쿼리 스트링에 저장하고 응답을 저장하십시오. TCP를 통해 액세스 할 수있는 가장 일반적인 분모 상태 서버를 두 가지 모두에 작성하는 것보다 "충분히 빠르며"쉽게 생각할 수있는 메모리 방식입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top