소개
(SPA) 이런 이름에는 무슨 내용이 들어있나요? 클래식 사인펠드 TV 쇼의 팬이라면 도나 창이라는 이름을 꼭 아실 겁니다. Donna를 만난 Jerry는 사실 중국인이 아니었지만, 침술에 대한 관심 등 중국에 대한 고유한 인상을 이야기하다가 우연히 중국 억양이 있는 단어를 발음했기 때문에 이름을 Chang으로 줄였습니다. Donna는 George의 어머니와 전화 통화를 하고 (공자의 말을 인용하여) 몇 가지 조언을 해주었습니다. George가 Donna를 부모에게 소개했을 때 George의 어머니는 Donna가 중국인이 아니라는 것을 알고 Donna의 제안을 받아들이지 않았습니다.
SPA(Single Page Reference)는 A 싱글을 제공하는 것을 목표로 하는 목적으로 정의됩니다. 데스크톱 애플리케이션에 가까운 원활한 사용자 경험을 제공하는 웹 페이지 애플리케이션 또는 웹 사이트 SPA에서는 단일 페이지가 로드되거나 관련 리소스가 로드될 때 HTML, JavaScript 및 CSS와 같은 모든 필수 코드를 가져옵니다. 요청 시 페이지에 동적으로 로드되고 추가되는 경우가 많습니다. HTML5에 도입된 것과 같은 최신 웹 기술은 애플리케이션에서 서로를 인식할 수 있는 독립적인 논리적 페이지와 페이지를 다시 로드하지 않고도 탐색할 수 있는 기능을 제공합니다. 단일 페이지 애플리케이션과의 상호 작용은 종종 백그라운드에서 웹 서버와 동적으로 상호 작용하도록 설계됩니다.
그러면 어떻게 해야 할까요? 이 기술은 ASP.NET의 마스터 페이지와 비교됩니까? ASP.NET의 마스터 페이지를 사용하면 응용 프로그램에서 페이지에 대한 페이지를 만들 수 있다는 것이 사실입니다. 단일 마스터 페이지는 전체 애플리케이션의 모든 페이지(또는 페이지 그룹)에 적용할 모양과 표준 작업을 정의할 수 있습니다. 그런 다음 사용자가 표시할 콘텐츠에 대해 별도의 페이지를 만들 수 있습니다. 콘텐츠 페이지에 요청하면 마스터 페이지의 레이아웃과 콘텐츠 페이지의 콘텐츠를 함께 혼합하여 출력을 생성합니다.
SPA 및 ASP 구현에 대해 자세히 알아보세요. 즉, SPA는 콘텐츠 페이지를 보유하는 간단한 셸 페이지로 간주할 수 있습니다. SPA의 셸 페이지를 다시 로드할 수 없다는 점만 제외하면 마스터 페이지와 같습니다. 마스터 페이지처럼 각각의 새 페이지 요청에 따라 실행됩니다.
아마도 "Single Page Application"은 Donna Cheng과 같은 불운한 이름일 것입니다. 이 기술은 수백 페이지와 수천 명의 사용자를 포함할 수 있는 기업 규모로 확장해야 하는 웹 애플리케이션을 개발하는 데 적합하지 않다고 생각합니다.
이 글의 목표는 인증, 권한 부여, 세션 상태 및 기타 기능을 포함하여 수천 명의 사용자를 지원할 수 있는 단일 페이지 애플리케이션을 기반으로 수백 페이지의 콘텐츠로 구성된 엔터프라이즈급 애플리케이션을 개발하는 것입니다. .
이 글의 예시에는 사용자 계정 생성/업데이트, 고객 및 제품 생성/업데이트 등의 기능이 포함되어 있습니다. 또한 사용자는 모든 정보에 대해 쿼리를 수행하고 판매 주문을 생성 및 추적할 수 있습니다. 이러한 기능을 구현하기 위해 본 샘플은 AngularJS를 기반으로 개발되었습니다. AngularJS는 Google 및 AngularJS 커뮤니티의 개발자가 유지 관리하는 오픈 소스 웹 애플리케이션 프레임워크입니다.
AngularJS는 클라이언트 측에서 단일 페이지 애플리케이션을 생성하는 데 HTML, CSS 및 JavaScript만 필요합니다. 그 목표는 개발 및 테스트를 더 쉽게 만들고 MVC 웹 애플리케이션의 성능을 향상시키는 것입니다.
이 라이브러리는 HTML에 포함된 다른 사용자 정의 태그 속성을 읽은 다음 이 사용자 정의 속성의 지침을 따르고 페이지 I/O를 생성된 모듈의 표준 JavaScript 변수와 결합합니다. 이러한 JavaScript 표준 변수의 값은 수동으로 설정하거나 정적 또는 동적 JSON 데이터 소스에서 얻을 수 있습니다.
가장 먼저 해야 할 일은 AngularJS 프레임워크를 프로젝트에 다운로드하는 것입니다. 이 프레임워크는 //m.sbmmt.com/에서 얻을 수 있습니다. 기사 MS Visual Studio Web Express 2013 Edition을 사용하여 개발되었으므로 다음 명령을 사용하여 Nuget 패키지에서 AngularJS를 설치했습니다.
Install-Package AngularJS -Version 1.2.21
in Nuget 패키지 관리 콘솔 을 간단하고 유연하게 유지하기 위해 빈 Visual Studio 웹 애플리케이션 프로젝트를 만들고 Microsoft Web API 2 라이브러리를 핵심 참조로 선택했습니다. 이 애플리케이션은 Web API 2 라이브러리를 사용하여 서버를 구현합니다. RESTful API에 대한 부수적 요청.
이제 AngularJS를 사용하여 SPA 애플리케이션을 만들 때 가장 먼저 해야 할 두 가지는 콘텐츠 페이지를 가져오기 위한 쉘 페이지와 라우팅 테이블을 설정하는 것입니다. 처음에는 쉘 페이지에 팀 AngularJS만 필요합니다. 위의
<!DOCTYPE html> <html lang="en"> <head> <title>AngularJS Shell Page example</title> </head> <body> <p> <ul> <li><a href="#Customers/AddNewCustomer">Add New Customer</a></li> <li><a href="#Customers/CustomerInquiry">Show Customers</a></li> </ul> </p> <!-- ng-view directive to tell AngularJS where to inject content pages --> <p ng-view></p> <script src="http://ajax.googleapis.com/ajax/libs/angularjs/1.0.7/angular.min.js"></script> <script src="app.js"></script> </body> </html>
콘텐츠 페이지를 렌더링해야 하는 위치를 AngularJS에 알려주는 JavaScript 라이브러리 및 ng-view에 대한 참조입니다. 쉘 페이지 예제에서는 여러 링크가 AngularJS 경로에 매핑됩니다. p 태그의 ng-view 지시문은 현재 경로가 변경될 때마다 포함된 보기도 $를 기반으로 AngularJS의 $route 서비스를 보완하기 위해 선택한 경로의 렌더링된 콘텐츠 페이지를 쉘 페이지에 포함할 수 있는 지시문입니다. 예를 들어 사용자가 "새 고객 추가" 링크를 선택하면 AngularJS는 ng-view가 있는 p에 새 고객을 추가하기 위한 콘텐츠를 렌더링합니다. HTML 조각 .
다음 app.js 파일도 셸 페이지에서 참조됩니다. 이 파일의 JavaScript는 애플리케이션을 위한 AngularJS 모듈을 생성합니다. 또한 애플리케이션에 대한 모든 라우팅 구성이 이 파일에 정의됩니다. AngularJS 모듈은 애플리케이션의 다양한 부분을 캡슐화하는 컨테이너로 생각할 수 있습니다. 대부분의 애플리케이션에는 애플리케이션의 여러 부분을 초기화하고 연결하는 기본 메서드가 있습니다. 반면에 AngularJS 애플리케이션에는 기본 메소드가 없으며 대신 모듈이 애플리케이션의 시작 및 구성 방법을 선언적으로 지정하도록 허용하지만 이 기사의 샘플 애플리케이션에는 애플리케이션의 여러 개별 부분이 있지만 하나의 AngularJS 모듈만 있습니다. (고객, 제품, 주문 및 사용자).
이제 app.js의 주요 목적은 아래와 같이 AngularJS 라우팅을 설정하는 것입니다. AngularJS의 $routeProvider 서비스는 Uri를 패턴과 일치시키는 when() 메서드를 허용합니다. 일치하는 항목이 발견되면 개별 페이지의 HTML 콘텐츠는 다음의 제어를 따릅니다. 관련 콘텐츠 컨트롤러 파일은 컨트롤러 파일과 함께 셸 페이지에 로드됩니다. 컨트롤러 파일은 특정 경로 요청 콘텐츠에 대한 참조를 얻는 단순한 JavaScript 파일입니다.
//Define an angular module for our app var sampleApp = angular.module('sampleApp', []); //Define Routing for the application sampleApp.config(['$routeProvider', function($routeProvider) { $routeProvider. when('/Customers/AddNewCustomer', { templateUrl: 'Customers/AddNewCustomer.html', controller: 'AddNewCustomerController' }). when('/Customers/CustomerInquiry', { templateUrl: 'Customers/CustomerInquiry.html', controller: 'CustomerInquiryController' }). otherwise({ redirectTo: '/Customers/AddNewCustomer' }); }]);
AngularJS 컨트롤러는 특정 범위에 바인딩된 기본 JavaScript 함수에 지나지 않습니다. 컨트롤러는 뷰에 논리를 추가하는 데 사용됩니다. 보기는 HTML 페이지입니다. 이러한 페이지는 단순한 데이터 표시를 위한 것입니다. 데이터를 이러한 HTML 페이지에 바인딩하기 위해 양방향 데이터 바인딩을 사용합니다. 기본적으로 모델(즉, 데이터)을 데이터와 결합하는 것은 컨트롤러의 책임입니다.
<p ng-controller="customerController"> <input ng-model="FirstName" type="text" style="width: 300px" /> <input ng-model="LastName" type="text" style="width: 300px" /> <p> <button class="btn btn-primary btn-large" ng-click="createCustomer()"/>Create</button>
위 AddCustomer 템플릿의 경우 ng-controller 지시문은 모든 데이터 바인딩 및 JavaScript를 실행하는 JavaScript 함수 customerController를 참조합니다. 해당 뷰에 대한 기능을 제공합니다.
function customerController($scope) { $scope.FirstName = "William"; $scope.LastName = "Gates"; $scope.createCustomer = function () { var customer = $scope.createCustomerObject(); customerService.createCustomer(customer, $scope.createCustomerCompleted, $scope.createCustomerError); } }
나는 동안 이 기사에 대한 강력한 프로그램을 개발 중이었는데, 단일 페이지 애플리케이션을 적용할 때 첫 번째 확장성 문제 중 두 가지가 명백해졌습니다. 실제로 AngularJS에서는 애플리케이션 시작 시 애플리케이션의 셸 페이지에 있는 모든 JavaScript 파일과 컨트롤러를 도입하고 다운로드해야 하므로 수백 개의 JavaScript 파일이 있을 수 있습니다. 그다지 이상적으로 보이지는 않네요. 내가 직면한 또 다른 문제는 AngularJS의 라우팅 테이블이었습니다. 내가 찾은 모든 예에는 모든 경로가 하드코딩되어 있습니다. 그리고 제가 원하는 것은 라우팅 테이블에 수백 개의 라우팅 기록이 들어있는 솔루션이 아닙니다.