저자 : Qing Apple Computer Studio
이 기사의 클릭 수 : 351
이 기사는 편집 된 원고입니다.
최신 거대한 ASP 응용 프로그램을 인터넷에 출시합니다. 파일이 서버에 올바르게 업로드되었으며 응용 프로그램과의 링크도
잘 했어. 승리를 축하하기 전에 응용 프로그램의 성능에있어서 몇 가지 통계를 실행하여 그것이 얼마나 좋은지 알아 내려고합니다. 결과
그러나 개발 환경에서 잘 작동 한 응용 프로그램은 실제로 매우 느리게 실행됩니다.
Microsoft 소프트웨어를 오랫동안 사용하는 사람들을 위해 DNA는 분산 인터넷 구조를 나타냅니다.
첫 번째 문자 약어의 적용 구조 층. Microsoft는 인터넷에서 개발 된 분산 응용 프로그램의 개발에 최선을 다하고 있습니다.
이 아이디어를 바탕으로, 미래에 인기, 무국적, 호환 가능한 응용 프로그램이 될 것이라는 것은 놀라운 일이 아닙니다.
위는 N- 층 환경에 사용되는 일반적인 아이콘입니다. ASP가 표현식 계층에서 직접있을 수 있으므로 웹 클래스 (IIS 응용 프로그램)가 필요하지 않습니다.
또는 비즈니스 규칙 계층 간의 구성 요소 대화. 대부분의 응용 프로그램은 ASP에 의해 별도로 작성되므로 합리적인 문제는 다음과 같습니다.
코드를 COM 구성 요소로 바꾸는 이유는 무엇입니까?
제 생각에 ASP는 계층 코드를 표현하는 데만 사용되므로 모든 형태의 데이터로 비즈니스 규칙이나 데이터에 액세스하기로 결정했습니다.
그들은 모두 COM 구성 요소에 설치됩니다. 정상적인 상황에서는 애플리케이션 코드를 처음부터 각 구성 요소로 나누었지만 일반적으로 선택할 수 없습니다.
처리 할 구조를 선택하면 코드 전송이 실질적인 문제입니다. N -Layer 응용 프로그램에서는 비 발현 코드를 만들려면 최선을 다해야합니다.
가능한 빨리 ASP의 두더지.
아마도 현재 N- 층 프로그래밍을 프로그래밍하지 않으므로 이식 코드에 적합한 시간은 성능 성능이 약화되기 시작할 때입니다. 일반적으로 이것은 말합니다
당신의 상사는 "프로그램은 오늘 약간 느립니다"와 "당신은 해고되었습니다"라고 말했습니다. 사용자가 불평하기 시작하면 너무 늦습니다.
이식 코드를 사용하는 두 번째 정책은 충분히 유사한 코드 (예 : 모든 데이터 액세스)가 있으면 파일에 넣을 수 있다는 것입니다.
(.inc) com 구성 요소를 보장합니다. 얼마나 많은 프로그램이 충분합니까? 이 질문은 잘 제기됩니다! 작은 MTS 구성 요소를 쓸 때 i
프로그램이 있음을 발견 할 때 COM 구성 요소를 작성하는 것으로 충분합니다. 그러나 매우 드문 프로그램 Com 구성 요소는 하나뿐이므로
문제를 판단해야합니다. 쓰기 코드가 충분히 길면 개발을 시작하게됩니다. ASP의 "Dark Noodles"를 만나면
그 후 (일명 구성 요소), 당신은 그 힘을 느낄 것입니다.