Fiori를 통해 SAP 개발을 하기위해서는 최적의 조건과 환경에서 최선의 결과를 보여주는 것이 중요할 것이다. 이제 Fiori 개발에 필요한 몇 가지의 황금 규칙을 알아보겠다.
SAP Fiori App이 승인된 UX 디자인을 제공해야 한다.
"모든 UI 시나리오에 디자인 중심 개발 프로세스가 유효하다."
"이미 있는 Control과 Pattern만을 사용해야 하는 디자인인지 확인한다."
Fiori 디자인 가이드라인을 따라야 하는 디자인에 대한 종합적/보편적 이해가 성립되는지 확인한다.
SAP Fiori UI가 SAPUI5로 빌드된다.
"일반적으로 새로운 Fiori 어플리케이션은 SAPUI5 UI 기술을 사용해 Build해야 한다."
"표준 S/4HANA 어플리케이션에는 스마트 템플릿(Meta Data 중심의 UI)의 사용을 권장한다."
"Pattern과 유사한 접근법을 따르지 않고 픽셀 단위까지 정확한 어플리케이션의 경우, UI5 프리스타일이 권장된다."
"백엔드에서 주석을 지원하는 경우, Smart Control의 사용이 권장된다."
"스마트 템플릿 앱과 약간의 차이만 나는 픽셀 단위까지 정확한 어플리케이션의 경우, 혼방 방식이 권장된다."
"Web Dynopro ABAP/FPM 및 WebGUI와 같은 기술이 여전히 지원된다."
SAP Fiori App이 OData Service를 기반으로 한다.
"Fiori App이 OData 프로토콜을 통해 백엔드 Data에 액세스 한다."
"각 Service는 개별 Entity 관계 Model을 기반으로 한다."
"구조적 표준 Meta Data는 Service Data의 의미 구조를 설명하는 추가 Meta Data를 사용해 보강 및 확장이 가능하다."
UI5 OData Model, UI5 Smart Control과 Smart 템플릿에서는 컴퓨터가 읽을 수 있는 Meta Data가 이용된다.
하나의 SAP Fiori App - 하나의 OData Service
"개별 Entity 관계 Model이 Fiori App의 Data 요구사항에 맞게 조정된다."
"OData Service 하나에서 App에 필요한 전부이자 유일한 Data를 제공한다.
이로써 Fiori App과 App Data 액세스 수명 주기가 간소화된다."
"하나의 App View 재사용 가능한 App 부분을 통해 간접적으로나 Meta Data에서 비롯된 런타임이 수행됐을 때도 Data Binding을 통해 여러 개의 OData Service를 사용할 수 있어야 한다."
SAP Fiori UI 및 OData Service가 각기 다른 소프트웨어 Component에 정의돼야 한다.
"Fiori App의 시스템 Landscape에서는 로컬배포, 원격배포 두 옵션 사용이 가능하다."
여기서 "로컬배포란 UI, Gateway 및 비즈니스 백엔드 시스템이 아닌 다른 시스템에 배포되는 것을 말하며,
원격 배포는 UI 및 Gateway가 비즈니스 백엔드 시스템이 아닌 다른 시스템에 배포된다."
"원격 배포를 지원하기 위해서는 모든 UI 관련 Artifact를 별도의 소프트웨어 Component에 Packaging 해야 한다."
모든 SAP Fiori App이 Meta Data 모음으로 정의된다.
"Fiori App이 App Explorer(manifest.json) 파일에 Meta Data 모음을 정의한다."
"App Explorer를 사용하면 개발과 제공을 간편하게 총괄 및 자동화할 수 있다."
"UI5 >= 1.30에서 제공되는 앱에서 Explorer는 필수적이다."
SAP Fiori App에서는 사용자 정의 CSS를 사용할 수 없다.
"UI5에서 생성한 HTML/CSS는 공용 API에 포함되지 않으며 패치 및 부분 릴리즈에서 변경될 수 있다."
"Fiori App에서 UI5를 CSS로 재정의하면 UI5 Upgrae 시에 App이 중단될 위험성이 존재한다."
"릴리즈 1.28부터 UI5는 표준 여백/표준 안쪽 여백 CSS Class를 제공한다."
모든 SAP Fiori App이 Web App으로 실행되어야 한다.
"Fiori App은 Platform에 구애받지 않고 Build 돼야 한다."
"Flatform별 조정 작업을 거칠 필요 없이 바로 실행돼야 한다."
"App이 특정 Platform에서 실행되지 않으면 일반적으로 App의 Bug라고 보면된다."
모든 SAP Fiori App이 SAP Fiori LaunchPad에서 실행돼야 한다.
"Fiori App이 독립적 UI5 컴포넌트로 구현돼야 한다."
"noShellIndex.html은 Service를 사용하지 않는 분리된 Local Test이고,
FioriSandbox.html은 Mock Shel Service를 사용하는 Local 통합 Test이다.
FioriLaunchpad.html은 운영 환경에서 사용된다."
모든 SAP Fiori App이 기본 App 패러다임에 따라 모바일 장치에서 실행돼야 한다.
"Fiori App은 모바일 장치의 Browser, Fiori Client와 Packaging된 독립적인 기본 App에서 실행이 가능하다."
"App이 기본 기능을 활용하려는 경우에는 Fiori Client 내부에서 실행되거나, Packaging된 App으로 배포돼야 한다."
Next Stage : [ SAPUI5 ] SAP Fiori LaunchPad
[ SAPUI5 ] SAP Fiori LaunchPad
LaunchPad를 직접 사용해본 적은 없지만 심심찮게 주변에서 써볼 수 있는 링크를 공유해준다든지, 간혹 모르는 것을 구글링하다가 들어간 사이트가 우연히 SAP Fiori LaunchPad였기에 처음 출입 화면은
pythonchoboman.tistory.com
반응형
728x90
반응형
'프로그래밍 언어 > UI5' 카테고리의 다른 글
| [ SAPUI5 ] SAP Fiori LaunchPad (2) | 2023.03.16 |
|---|---|
| [ SAPUI5 ] Routing and Navigation (2) | 2023.03.16 |
| [ SAPUI5 ] Unit Test by using Qunit (0) | 2023.03.16 |
| [ SAPUI5 ] OData Model (12) | 2023.03.15 |
