Component.js 없이 FLP 통합 큰일 — 3단계 해결 #shorts #SAP #UI5
📖 개요와 목표 체크리스트 로컬 index.html 에서는 멀쩡히 돌던 UI5 앱이 Fiori Launchpad(FLP)에 올리는 순간 빈 화면만 보여주는 경우가 있습니다. 원인의 대부분은 Component.js 부재 또는 잘못된 구성 입니다. FLP는 앱을 "페이지"가 아니라 "컴포
📖 개요와 목표 체크리스트 로컬 index.html 에서는 멀쩡히 돌던 UI5 앱이 Fiori Launchpad(FLP)에 올리는 순간 빈 화면만 보여주는 경우가 있습니다. 원인의 대부분은 Component.js 부재 또는 잘못된 구성 입니다. FLP는 앱을 "페이지"가 아니라 "컴포
개요 및 이 글에서 다룰 것 SAP UI5 애플리케이션에서 화면에 데이터를 뿌릴 때, 백엔드에서 내려온 원본 값을 그대로 노출하면 사용자 경험이 어색해집니다. 예를 들어 20260714 라는 문자열, 1500000.00 이라는 숫자, P 라는 코드 값은 각각 2026-07-14 , 1,
개요 및 이 글에서 얻어갈 것 Fiori 앱을 오픈하는 순간 사용자 눈에 처음 보이는 것은 로딩 스피너입니다. 초기 렌더링이 3초를 넘어가면 이탈률이 급격히 상승한다는 UX 통계가 있는데, Fiori/UI5 앱의 경우 라이브러리 파일이 워낙 방대하다 보니 최적화 전략 없이는 첫 화면(T
1. 개요 및 이 글에서 다루는 범위 ABAP 개발 현장에서 "테스트는 나중에", "DB에 값 넣고 눈으로 확인하면 되지"라는 관성은 여전히 강합니다. 그러나 S/4HANA 전환과 Clean Core 원칙이 확산되면서, DB 의존 없는 단위 테스트가 품질 게이트의 표준으로 자리잡고 있습
이 글에서 다루는 내용과 도달 지점 RAP(RESTful ABAP Programming Model)에서 대부분의 서비스는 데이터베이스 테이블 또는 CDS View를 기반으로 만들어집니다. 그러나 실무에서는 SAP 시스템 외부의 REST API, 파일, 메시지 큐 같은 비관계형 소스를 O
I_Plant가 필요한 이유 — T001W 직접 조회의 함정 SAP S/4HANA 환경에서 플랜트(Plant, 공장/사업장) 정보를 조회할 때 여전히 많은 개발자가 습관적으로 T001W 테이블을 직접 SELECT합니다. 하지만 클라우드/온프레미스 하이브리드 시대에는 이 접근이 위험 요소
개요 및 핵심 포인트 구매·조달 모듈에서 공급사(Vendor/Supplier) 정보를 가져올 때 여전히 SELECT * FROM lfa1 코드를 그대로 유지하고 있다면, S/4HANA 전환 시점에 큰 리팩터링 부담을 떠안게 됩니다. SAP는 S/4HANA 이후 Virtual Data M
개요와 이 글에서 얻어갈 것 ABAP CDS 뷰는 SAP S/4HANA 개발의 심장부에 해당합니다. 하지만 CDS 뷰에 담긴 조인 조건, 필드 계산식, 어소시에이션, Access Control 로직이 복잡해질수록 "실제 DB 데이터로만 검증할 수밖에 없다"는 관성이 생깁니다. 그 결과
1. 개요 및 이 글에서 다룰 것 ABAP으로 구축된 시스템은 수십 년 동안 누적된 레거시 클래스/함수 모듈을 포함합니다. 새로 도입된 신규 모듈(예: RAP 비즈니스 객체, SAP Cloud Application Studio 연동)은 표준화된 인터페이스를 요구하지만, 레거시 코드의 시
1. 개요 및 이 글에서 다룰 것 ABAP으로 구축된 시스템은 수십 년 동안 누적된 레거시 클래스/함수 모듈을 포함합니다. 새로 도입된 신규 모듈(예: RAP 비즈니스 객체, SAP Cloud Application Studio 연동)은 표준화된 인터페이스를 요구하지만, 레거시 코드의 시
1. 개요 및 이 글에서 다룰 것 ABAP 리포트를 만들다 보면 데이터 조회 → 가공 → 출력 이라는 동일한 순서가 끝없이 반복됩니다. 매출 리포트, 재고 리포트, 미수금 리포트 모두 큰 흐름은 같고, 안에서 다루는 SELECT 문과 출력 양식만 달라집니다. 이 반복 구조에서 골격은 한
ABAP Observer 패턴으로 상태 변화를 구독자들에게 자동 통지하는 구조를 3단계로 구현합니다.
콘텐츠 준비 중입니다.
작성 중...
1. 개요 및 핵심 포인트 UI5 애플리케이션을 BTP에 배포하면 사용자가 페이지를 열 때마다 sap-ui-core.js , Component-preload.js , 컨트롤 라이브러리 등 수백 KB의 정적 리소스가 네트워크로 흘러갑니다. 이 트래픽을 줄이고 초기 로딩을 1초 이하로 끌어
개요 및 핵심 포인트 SAPUI5/OpenUI5의 UIComponent 는 애플리케이션의 진입점이자 라우팅, 모델, 의존성 관리를 총괄하는 구성 단위입니다. 컴포넌트가 어떤 시점에 살아나고 어떤 시점에 사라지는지를 라이프사이클 훅으로 명확히 다루지 못하면, 라우터가 두 번 등록되거나 타
개요 및 핵심 포인트 SAPUI5/OpenUI5 애플리케이션에서 라우팅은 단순한 페이지 전환을 넘어 뷰 인스턴스의 생명주기(Lifecycle) 를 직접 제어하는 핵심 메커니즘입니다. 기본적으로 UI5 라우터는 한 번 생성된 뷰를 메모리에 캐시(cache)하여 재방문 시 빠르게 보여주지만
개요 SAPUI5/OpenUI5 애플리케이션의 규모가 커지면 manifest.json 의 routing 섹션도 빠르게 비대해집니다. 특히 모듈별로 /products/list , /products/detail/{id} , /products/edit/{id} 처럼 동일한 URL 접두어를 공
개요 및 달성 목표 SAPUI5에서 Subroutes는 하나의 URL 패턴이 여러 개의 View를 동시에 활성화시키는 중첩 라우팅 메커니즘입니다. 주문 목록과 상세 화면을 한 화면에 나란히 보여주는 Master-Detail 패턴, 또는 좌측 카테고리 트리와 우측 콘텐츠를 동시에 유지하는
개요 및 다룰 내용 SAP UI5 SPA(Single Page Application)에서 URL 하나가 곧 화면의 상태이자 진입점이 됩니다. 주문 상세, 상품 조회, 고객 카드 등 수십~수백 종의 화면을 정적으로 라우팅 테이블에 나열하는 것은 비현실적이기 때문에, sap.m.routin