이제 이러한 당황스러운 상황을 바꿀 수 있는 "오래된" 기술이 점점 인기를 얻고 있습니다. 바로 아약스입니다. 요즘에는 Gmail, Google 지도의 적용과 다양한 브라우저의 지원으로 Ajax가 점차 세계의 주목을 받고 있습니다. 웹페이지를 새로고침하세요. 잠시만 기다려주세요. . . -- 웹페이지 새로고침 -- 잠깐만요. . .
브라우저를 사용하여 웹을 탐색할 때 위와 같은 상황이 자주 발생합니까? 멍하고 느리게 움직이는 화면을 마주할 때 고통을 느끼거나 심지어 분노를 느끼시나요?
이제 이러한 당황스러운 상황을 바꿀 수 있는 "오래된" 기술이 점점 인기를 얻고 있습니다. 바로 아약스입니다. 요즘에는 Gmail, Google 지도의 적용과 다양한 브라우저의 지원으로 Ajax가 점차 세계의 주목을 받고 있습니다.
1. Ajax 기술 소개
AJAX(Asynchronous JavaScript and XML, 즉 비동기 JavaScript + XML)는 실제로 여러 기술의 조합입니다. Ajax의 이름인 Jesse James Garrett은 다음과 같이 지적했습니다.
Ajax는 기술이 아닙니다. 이는 실제로 각각의 기술이 강력하고 새로운 방식으로 결합되어 자체적으로 발전하는 여러 기술입니다.
Ajax는 주로 다음과 같은 기술 측면을 다룹니다.
-- XHTML과 CSS를 사용하여 다양한 표준에 따른 프레젠테이션을 구현합니다.
-- 문서 개체 모델을 사용하여 동적 표시 및 상호 작용을 구현합니다.
--XML 및 XSLT를 사용하여 데이터 교환 및 작업을 실현합니다.
-- XMLHttpRequet을 사용하여 비동기 데이터 검색을 구현합니다.
-- JavaScript는 이 모든 것을 하나로 묶습니다.
기존 웹 애플리케이션과 달리 Ajax는 비동기식 상호 작용 프로세스를 사용합니다. Ajax는 사용자와 서버 사이에 중개자를 도입하여 네트워크 상호 작용 프로세스에서 처리-대기-처리-대기 단점을 제거합니다. 사용자의 브라우저는 작업을 수행할 때 Ajax 엔진을 로드합니다. Ajax 엔진은 JavaScript 언어로 작성되며 일반적으로 숨겨진 프레임워크에 숨겨져 있습니다. 사용자 인터페이스를 컴파일하고 서버와 상호 작용하는 일을 담당합니다. Ajax 엔진을 사용하면 사용자와 애플리케이션 소프트웨어 간의 상호 작용 프로세스가 사용자와 네트워크 서버 간의 통신과 관계없이 비동기적으로 진행될 수 있습니다. AJAX의 원칙은 "요청 시 데이터 가져오기"입니다. Ajax를 사용하면 중복된 요청 및 응답으로 인해 발생하는 서버의 부담을 최소화할 수 있습니다.
2.Ajax 기술과 ERP
현재 주류 ERP는 B/S 아키텍처를 채택하고 있으며 실제 ERP 적용에도 전통적인 웹 개발 방식으로는 해결할 수 없는 문제가 많다. Ajax 기술은 더욱 개선되고 성숙되어야 하지만, 전통적인 방법으로는 다루기 어려운 문제를 해결하기 위해 ERP 개발에 Ajax 개발 아이디어와 기술을 제대로 연구하고 도입하는 것이 개발자와 고객 모두에게 분명 도움이 될 것입니다.
다음은 ERP에서 Ajax 기술을 적용할 수 있는 시나리오에 대해 간략하게 설명합니다.
(1)데이터 검증
양식 내용을 작성하고 업데이트할 때 데이터 확인을 위해 업데이트된 데이터를 데이터베이스에 넣어야 하는 경우가 있습니다. 전통적인 데이터 검증 방법에는 일반적으로 두 가지가 있습니다. 하나는 양식을 직접 작성한 후 양식을 제출하는 것입니다. 이 방법은 검증을 위해 페이지를 서버에 제출해야 합니다. 두 번째, 첫 번째 방법은 향상된 확인 프로세스입니다. 사용자는 해당 확인 버튼을 클릭하여 확인 결과를 볼 수 있습니다. 그러나 이를 위해서는 새 브라우저 창이나 대화 상자를 열어야 합니다. 시스템 리소스를 소모하는 특별히 작성된 확인 페이지입니다. Ajax 기술을 사용하면 XMLHttpRequet 객체가 확인 요청을 발행하고 반환된 HTTP 응답을 기반으로 확인 성공 여부를 확인할 수 있습니다. 전체 프로세스에서는 새 창을 표시하거나 전체 페이지를 서버에 제출할 필요가 없으므로 속도가 빠릅니다. 서버에 부담을 주지 않습니다.
(2)트리 구조
분류 트리 또는 트리 구조는 ERP 시스템에서 널리 사용됩니다. Ajax 기술을 적용하면 분류 트리의 구현 메커니즘을 향상시킬 수 있습니다. 페이지를 초기화할 때 첫 번째 수준 하위 범주의 데이터만 가져와 표시합니다. 사용자가 첫 번째 수준 범주의 첫 번째 노드를 클릭하면 페이지는 두 번째 수준의 모든 데이터를 Ajax를 통해 서버에 요청합니다. 현재 카테고리가 속한 하위 카테고리; if 이미 제시된 2차 카테고리의 노드를 요청할 때, 현재 카테고리가 속한 3차 하위 카테고리의 모든 데이터를 다시 서버에 요청하는 식입니다. 페이지는 사용자 작업에 따라 서버에 필요한 데이터를 요청하므로 데이터 중복이 없으며 다운로드되는 총 데이터 양이 줄어듭니다. 동시에 페이지를 업데이트할 때 모든 콘텐츠를 다시 로드할 필요가 없습니다. 업데이트해야 하는 콘텐츠 중 일부만 업데이트할 수 있습니다. 이전 백그라운드 처리 및 다시 로드 방법에 비해 사용자의 대기 시간이 크게 늘어납니다. 단축.
(3)데이터가 자동으로 업데이트됩니다.
Ajax가 출현하기 전에는 사용자가 해당 콘텐츠를 이해하기 위해 새로운 콘텐츠 변경 사항이 있는지 확인하기 위해 페이지를 지속적으로 새로 고쳐야 하거나 페이지 자체에서 예약된 새로 고침 기능을 구현할 수 있었습니다. 이는 일정 기간 동안 웹 페이지의 내용이 변경되지 않았지만 사용자가 이를 모르고 계속해서 페이지를 새로 고치거나 사용자가 인내심을 잃고 페이지 새로 고침을 포기하는 경우입니다. 여기에 새로운 콘텐츠가 나타날 가능성이 높기 때문에 가능한 한 빨리 뉴스를 얻을 수 있는 기회를 놓칠 수 있습니다.
Ajax를 적용하면 페이지가 로드된 후 Ajax 엔진이 백그라운드에서 정기적인 폴링을 수행하고 최신 뉴스가 있는지 확인하기 위해 서버에 요청을 보냅니다. 있는 경우 새 데이터(모든 데이터는 아님)가 다운로드되어 페이지에 동적으로 업데이트되어 특정 방식으로 사용자에게 알립니다(이러한 기능을 구현하는 것이 JavaScript의 강점입니다). 이를 통해 사용자가 계속해서 수동으로 페이지를 새로 고쳐야 하는 불편함을 방지하고, 페이지를 반복적으로 새로 고쳐서 발생하는 리소스를 낭비하지 않습니다.
Ajax가 광범위한 지원을 받았음에도 불구하고 실제 개발에서는 주로 JavaScript 프로그래밍 부분에서 브라우저 간 문제에 주의를 기울여야 한다는 점에 유의해야 합니다. 그러나 널리 사용되는 많은 프레임워크는 이러한 세부 정보를 캡슐화하여 이 문제를 해결할 수 있습니다. 반면, 사용자가 여전히 이전 브라우저 버전을 많이 사용하고 있다면 Ajax 기술이 효과적이지 않을 수 있으므로 이를 구현할 때 주의해야 합니다.
Ajax는 웹 애플리케이션 개발을 위한 새로운 기회를 제공하고 ERP 시스템에 대한 새로운 요구 사항도 제시합니다. Ajax 기술로 인해 사용자가 새로운 경험을 경험할 때 승자는 사용자만이 아닙니다.