AppML 케이스의 미래

다음은 php 중국어 사전 버전의 관련 미래를 소개합니다. 웹 애플리케이션.

실행 파일은 사라지고 JavaScript는 살아남습니다

컴파일된 실행 파일(예: C 또는 Java 언어에서 컴파일된 실행 파일)은 다른 하드웨어에서 실행될 수 없습니다.

실행 파일(EXE 파일, ActiveX 및 COM 개체, DLL 파일)은 인터넷에서 실행되는 응용 프로그램의 개발을 방해하는 구성 요소입니다.

향후 애플리케이션은 클라이언트 컴퓨터에 설치된 구성 요소를 사용하거나 의존할 수 없게 됩니다.

저희 조언:

HTML, CSS 및 JavaScript만 사용하여 향후 애플리케이션을 작성하세요.

향후 애플리케이션이 모든 웹 브라우저에서 실행되도록 보장하세요.

과거의 앱은 대규모의 특수 목적 애플리케이션이었습니다. 수요 변화에 따라 서비스를 제공할 수 없기 때문에 대부분은 곧 도태될 것입니다.

애플리케이션은 유연하고 다재다능해야 하며 요구사항 변화에 깨지지 않고 잘 적응할 수 있어야 합니다.

애플리케이션은 하루에 수백만 건의 요청을 지원할 수 있어야 합니다.

애플리케이션은 손상되지 않고 여러 서버 간에 확산되고 이동할 수 있어야 합니다.

앱은 다른 앱과 함께 작동해야 합니다.

애플리케이션에는 많은 코드가 포함되어서는 안 됩니다. 애플리케이션은 쉽게 만들고 유지 관리할 수 있도록 더 작은 서비스로 나누어야 합니다.

애플리케이션은 제출된 인터넷 요청에 데이터를 반환하는 일련의 인터넷 서비스입니다.

애플리케이션은 서버에 대한 영구 연결을 유지하지 않고 표준 인터넷 프로토콜을 통해 서비스를 요청해야 합니다.

우리의 조언:

SOA(서비스 지향 아키텍처) 기반의 인터넷을 사용하여 향후 애플리케이션을 작성하세요.

애플리케이션 서비스를 더욱 다양하고 유연하게 만들고 다양한 유형의 요청을 처리할 수 있도록 만드세요.

클라이언트와 서버 측에서는 이해하기 쉬운 방식으로 데이터를 교환합니다.

지원서는 피할 수 있는 경우 코딩되지 않습니다.

코드를 편집하는 대신 모델을 편집하여 앱을 만들고 수정합니다.

앱 설명은 사람이 읽을 수 있습니다.

앱 설명은 자기 설명적입니다.

애플리케이션은 프로그래머가 아닌 사용자가 작성합니다.

추천 사항:

사람이 읽을 수 있는 텍스트 파일을 사용하여 서비스를 설명하고 이러한 설명을 실행하여 서비스를 제공하세요.

텍스트 파일(XML 파일 등)을 사용하여 애플리케이션을 설명하세요.

데이터 교환에는 텍스트 파일(예: XML 파일)을 사용하세요.

HTML, CSS, JavaScript를 사용하여 애플리케이션을 실행하세요.

옛날에는 세 명의 소규모 웹 개발자가 새로운 웹사이트를 개발하고 있었습니다.

1. 최초의 웹 개발자가 <AppML>을 사용했습니다.

2. 두 번째 웹 개발자는 자신이 가장 좋아하는 서버측 프로그래밍 언어를 사용합니다.

3. 세 번째는 전문적인 엔터프라이즈 웹 개발 프레임워크를 사용하는 것입니다.

최초의 웹 개발자가 이틀 만에 데모를 완료했습니다. 사용자들과의 작업을 거쳐 일주일 만에 예비 프로토타입이 완성됐다. 2주간의 테스트를 거쳐 스마트하고 빠르며 사용하기 쉬운 웹사이트를 출시할 준비가 되었습니다.

6개월 후, 두 번째 웹 개발자는 자신의 웹사이트를 준비했습니다. 그러나 WWW는 요구 사항을 변경했으며 그의 사이트가 만족스럽지 않았습니다. 이 웹 개발자는 코드가 너무 많아서 프로젝트를 크게 변경할 수 없었습니다. 그래서 그는 버전 2의 개발을 시작했습니다.

세 번째 웹 개발자는 자신의 일을 성공적으로 마치지 못했습니다. 이러한 전문적인 웹 개발 프레임워크는 사용하기 어렵고, 이해하기 어렵고, 테스트하기가 거의 불가능합니다.

첫 번째 개발자가 어떻게 했는지 알아보세요.