Question - What makes an application complex ?
답변-질문 자체에서 '복잡하다'라는 단어의 사용. 따라서 일반적인 경향은 처음부터 복잡한 솔루션을 찾는 것입니다.
Question - What does the word complex means ?
답변-알려지지 않았거나 부분적으로 이해되는 모든 것. 예 : 오늘날에도 중력 이론은 나에게 복잡하지만 1655 년에 그것을 발견 한 아이작 뉴턴 경에게는 그렇지 않습니다.
Question - What tools can I use to deal with complexity ?
답변-이해와 단순성.
Question - But I understand my application . Its still complex ?
답-이해와 복잡성이 공존하지 않기 때문에 두 번 생각하십시오. 거대한 거대한 응용 프로그램을 이해한다면 그것이 작고 단순한 단위의 통합에 불과하다는 데 동의 할 것이라고 확신합니다.
Question - Why all of the above philosophical discussion for a question on
Single Page Application (SAP)?
답변-왜냐하면
-> SPA는 우리가 응용 프로그램 개발에서하고있는 많은 일을 위해 바퀴를 재발 명해야하는 새로 발명 된 어떤 종류의 핵심 기술이 아닙니다.
-> 웹 애플리케이션의 더 나은 성능, 가용성, 확장 성 및 유지 보수 가능성에 대한 요구에 의해 추진되는 개념입니다.
-> 상당히 새로 식별 된 디자인 패턴이므로 SPA를 디자인 패턴으로 이해하면 SPA 아키텍처에 대한 정보에 입각 한 결정을 내릴 수 있습니다.
-> 루트 수준에서는 SPA가 복잡하지 않습니다. 응용 프로그램의 요구 사항과 SPA 패턴을 이해 한 후에는 이전에 몇 가지 수정 및 재 배열을 통해 수행 한 것과 거의 동일한 방식으로 여전히 응용 프로그램을 만들고 있음을 알게됩니다. 개발 접근법에서.
Question - What about the use of Frameworks ?
답변-프레임 워크는 일반적으로 식별되고 일반적인 패턴에 대한 보일러 플레이트 코드 / 솔루션이므로 애플리케이션 개발에서 x % (애플리케이션에 따라 가변적) 부하를 제거 할 수 있지만 특히 무거운 경우에는 그다지 기대할 수 없습니다. 그리고 성장하는 응용. 애플리케이션 구조와 흐름을 완벽하게 제어하는 것이 항상 좋은 경우이지만 가장 중요한 것은 이에 대한 코드입니다. 응용 프로그램 코드에 회색 또는 검은 색 영역이 없어야합니다.
Question - Can you suggest one of the many approaches to SPA architecture ?
답변-애플리케이션의 특성에 따라 고유 한 프레임 워크를 생각해보십시오. 응용 프로그램 구성 요소를 분류합니다. 파생 된 프레임 워크와 가까운 기존 프레임 워크를 찾아서 찾으면 사용하고, 찾을 수없는 경우에는 직접 진행하는 것이 좋습니다. 프레임 워크를 만드는 것은 초기에 상당히 노력하지만 장기적으로 더 나은 결과를 가져옵니다. 내 SPA 프레임 워크의 일부 기본 구성 요소는 다음과 같습니다.
데이터 소스 : 모델 / 모델 컬렉션
데이터 표시를위한 마크 업 : 템플릿
응용 프로그램과의 상호 작용 : 이벤트
상태 캡처 및 탐색 : 라우팅
유틸리티, 위젯 및 플러그인 : 라이브러리
이것이 어떤 식 으로든 도움이되었는지 알려주고 SPA 아키텍처에 행운을 빕니다 !!