Show Menu
화제×

소셜 구성 요소 프레임워크

SCF(소셜 구성 요소 프레임워크)는 서버측 및 클라이언트측 모두에서 Communities 구성 요소를 구성, 사용자 정의 및 확장하는 프로세스를 단순화합니다.
프레임워크의 이점:
  • 기능 :80%의 사용 사례를 사용자 요구에 맞게 구성할 필요가 없으며 즉시 통합할 수 있습니다.
  • 스킨 변경이 가능 :CSS 스타일링을 위해 HTML 속성을 일관되게 사용
  • 확장 가능 :구성 요소 구현은 객체 지향적이고 비즈니스 로직에 대한 간단한 개념으로 서버에서 증가분 비즈니스 로그인을 쉽게 추가할 수 있습니다.
  • 유연한 ​기능:쉽게 오버레이되고 사용자 정의된 간단한 로직이 필요 없는 javascript 템플릿
  • 액세스 가능 :HTTP API는 모바일 앱을 비롯한 모든 클라이언트의 게시를 지원합니다.
  • 휴대용 :모든 기술을 기반으로 구축된 모든 웹 페이지에 통합/임베드
인터랙티브한 커뮤니티 구성 요소 안내서를 사용하여 작성자 또는 게시 인스턴스를 탐색합니다 .

개요

SCF에서 구성 요소는 SocialComponent POJO, 핸들바 JS 템플릿(구성 요소를 렌더링하기 위한) 및 CSS(구성 요소의 스타일 지정)로 구성됩니다.
핸들막대 JS 템플릿은 클라이언트의 구성 요소와 사용자 상호 작용을 처리하기 위해 모델/뷰 JS 구성 요소를 확장할 수 있습니다.
구성 요소가 데이터 수정을 지원해야 하는 경우, 기존 웹 애플리케이션의 모델/데이터 개체와 유사한 데이터의 편집/저장을 지원하도록 SocialComponent API의 구현을 작성할 수 있습니다. 또한 작업 요청을 처리하고, 비즈니스 논리를 수행하고, 모델/데이터 개체에서 API를 호출하는 데 작업(컨트롤러)과 작업 서비스를 추가할 수 있습니다.
SocialComponent API를 확장하여 뷰 레이어 또는 HTTP 클라이언트에 대해 클라이언트가 필요로 하는 데이터를 제공할 수 있습니다.

클라이언트를 위해 페이지를 렌더링하는 방법

구성 요소 사용자 정의 및 확장

구성 요소를 사용자 정의하거나 확장하려면 /apps 디렉토리에 오버레이 및 익스텐션만 작성하여 향후 릴리스로 업그레이드하는 과정을 간소화합니다.

서버측 프레임워크

프레임워크는 API를 제공하여 서버의 기능에 액세스하고 클라이언트와 서버 간의 상호 작용을 지원합니다.

Java API

Java API는 쉽게 상속되거나 하위 분류되는 추상적인 클래스와 인터페이스를 제공합니다.
기본 클래스는 서버측 사용자 지정 페이지에 설명되어 있습니다.
UGC 작업에 대한 자세한 내용은 스토리지 리소스 제공업체 개요를참조하십시오.

HTTP API

HTTP API는 PhoneGap 앱, 기본 앱, 기타 통합 및 매쉬업을 위한 클라이언트 플랫폼 및 사용자 정의 용이성을 지원합니다. 또한 HTTP API를 사용하면 프레임워크 구성 요소를 기술 기반의 모든 웹 페이지에 통합할 수 있도록 클라이언트 없이 커뮤니티 사이트를 서비스로 실행할 수 있습니다.

HTTP API - GET 요청

모든 SocialComponent에 대해 프레임워크는 HTTP 기반 API 끝점을 제공합니다. 끝점은 '.social.json' 선택기 + 확장명을 사용하여 GET 요청을 리소스로 전송하여 액세스합니다. Sling을 사용하면 요청이 DefaultSocialGetServlet 전달됩니다.
DefaultSocialGetServlet
  1. 리소스(resourceType)를 InDesign으로 SocialComponentFactoryManager 전달하고 리소스를 SocialComponent 나타내는 SocialComponentFactory를 선택할 수 있습니다.
  2. 공장과 자원 및 요청을 처리할 SocialComponent 수 있는 능력을 받습니다.
  3. 요청을 처리하고 결과의 JSON 표현을 반환하는 SocialComponent 호출을 호출합니다.
  4. 클라이언트에 대한 JSON 응답을 반환합니다.
GET Request
기본 GET 서블릿은 SocialComponent가 사용자 지정 가능한 JSON과 응답하는 .social.json 요청을 수신합니다.

HTTP API - POST 요청

GET(읽기) 작업 외에도 프레임워크는 끝점 패턴을 정의하여 만들기, 업데이트 및 삭제를 포함한 구성 요소의 다른 작업을 활성화합니다. 이러한 끝점은 HTTP 상태 코드 또는 JSON 응답 개체를 사용하여 입력을 받아들이고 응답하는 HTTP API입니다.
이 프레임워크 종단점 패턴은 CUD 작업을 확장 가능하고 재사용 가능하며 안정적으로 만듭니다.
POST Request
모든 SocialComponent 작업에 대한 Sling POST:연산이 있습니다. 각 작업에 대한 비즈니스 논리 및 유지 관리 코드는 HTTP API를 통해 또는 다른 곳에서 OSGi 서비스로 액세스할 수 있는 OperationService로 래핑됩니다. 후크는 적용 전/후 작업에 대한 지원 연결 가능 작업 익스텐션이 제공됩니다.

SRP(Storage Resource Provider)

커뮤니티 콘텐츠 저장소에 저장된 UGC 처리에 대한 자세한 내용은 다음을 참조하십시오 .

서버측 사용자 정의

서버 측 사용자 지정을 방문하여 서버 측에서 커뮤니티 구성 요소의 비즈니스 논리 및 작동 방식을 사용자 지정하는 방법에 대한 자세한 내용을 확인하십시오.

Handlebars JS 템플릿 언어

새로운 프레임워크에서 더욱 눈에 띄는 변화 중 하나는 서버-클라이언트 렌더링을 위한 널리 사용되는 오픈 소스 기술인 HBS(Handlebars JS 템플릿 언어) 사용입니다.
HBS는 클라이언트측 렌더링을 지원하기 때문에 HBS 스크립트를 간단하고 논리 없이 서버와 클라이언트 모두에 컴파일할 수 있으며 오버레이 및 사용자 정의가 간편하며 클라이언트 UX와 자연스럽게 바인딩됩니다.
이 프레임워크에서는 SocialComponents 개발할 때 유용한 여러 Handlebars 도움말을 제공합니다.
서버에서 Sling이 GET 요청을 확인하면 요청에 응답하는 데 사용할 스크립트를 식별합니다. 스크립트가 HBS 템플릿(.hbs)인 경우 Sling은 요청을 Handlebars 엔진에 위임합니다. 그러면 핸들막대 엔진은 해당 SocialComponentFactory에서 SocialComponent를 가져와 컨텍스트를 작성하고 HTML을 렌더링합니다.

액세스 제한 없음

HBS(Handlebars) 템플릿 파일(.hbs)은 .jsp 및 .html 템플릿 파일과 유사하지만 클라이언트 브라우저와 서버에서 모두 렌더링하는 데 사용할 수 있습니다. 따라서 클라이언트측 템플릿을 요청하는 클라이언트 브라우저는 서버로부터 .hbs 파일을 수신하게 됩니다.
이를 위해서는 검색 경로의 모든 HBS 템플릿(/libs/ 또는 /apps 아래의 모든 .hbs 파일)을 작성자 또는 게시의 모든 사용자가 가져올 수 있어야 합니다.
.hbs 파일에 대한 HTTP 액세스는 금지되지 않을 수 있습니다.

커뮤니티 구성 요소 추가 또는 포함

대부분의 커뮤니티 구성 요소는 Sling 주소 지정 가능한 리소스로 추가해야 합니다. 사용자 생성 컨텐츠(UGC)를 작성할 위치의 동적 포함 및 사용자 정의를 위해 일부 Communities 구성 요소를 기존 자원이 아닌 리소스로 템플릿에 포함할 수 있습니다.
두 경우 모두 구성 요소의 필수 클라이언트 라이브러리도 있어야 합니다.
구성 요소 추가
구성 요소를 추가하면 구성 요소 브라우저(사이드 킥의)에서 작성 편집 모드의 페이지로 드래그하는 경우와 같이 리소스(구성 요소)의 인스턴스를 추가하는 프로세스가 참조됩니다.
그 결과 JCR 하위 노드가 par 노드 아래에 있으며, 이는 Sling 주소 지정이 가능합니다.
구성 요소 포함
구성 요소를 포함하는 것은 스크립팅 언어 사용과 같이 템플릿 내에서 "존재하지 않는" 리소스 (JCR 노드 없음)에 대한 참조를 추가하는 과정을 의미합니다.
AEM 6.1의 경우, 구성 요소가 추가되는 대신 동적으로 포함되는 경우 작성자 *design *mode에서 구성 요소의 속성을 편집할 수 있습니다.
일부 AEM Communities 구성 요소만 동적으로 포함될 수 있습니다. They are:
커뮤니티 구성 요소 가이드를 사용하면 포함 가능한 구성 요소를 추가에서 포함되도록 전환할 수 있습니다.
Handlebars 템플릿 언어를 사용하는 경우, 비기존 리소스는 resourceType을 지정하여 include helper 를 사용하여 포함됩니다.
{{include this.id path="comments" resourceType="social/commons/components/hbs/comments"}}
JSP를 사용할 때 ​리소스는 cq:include 태그를 사용하여 포함됩니다.
<cq:include path="votes"
 resourceType="social/tally/components/voting" />

템플릿에 구성 요소를 추가하거나 포함하는 대신 페이지에 동적으로 추가하려면 구성 요소 사이드 로드 를 참조하십시오 .

Handlebars Helpers

SCF에서 사용할 수 있는 사용자 지정 도우미의 목록 및 설명은 SCF Handlebars Helpers를 참조하십시오.

클라이언트측 프레임워크

모델 보기 Javascript 프레임워크

이 프레임워크에는 풍부하고 인터랙티브한 구성 요소의 개발을 용이하게 하는 모델 뷰 JavaScript 프레임워크인 Background.js 익스텐션이 포함되어 있습니다. 객체 지향적인 특성은 확장 가능한/재사용 가능한 프레임워크를 지원합니다. 클라이언트와 서버 간의 통신은 HTTP API를 통해 간단하게 이루어집니다.
이 프레임워크는 서버측 핸들바 템플릿을 활용하여 클라이언트에 대한 구성 요소를 렌더링합니다. 모델은 HTTP API에서 생성된 JSON 응답을 기반으로 합니다. 보기는 Handlebars 템플릿으로 생성된 HTML과 바인딩되며 상호 작용을 제공합니다.

CSS 규칙

다음은 CSS 클래스를 정의하고 사용하기 위한 권장 규칙입니다.
  • 명확하게 이름이 지정된 CSS 클래스 선택기 이름을 사용하고 'heading', 'image' 등과 같은 일반 이름은 사용하지 마십시오.
  • CSS 스타일시트가 페이지의 다른 요소 및 스타일과 잘 작동하도록 특정 클래스 선택기 스타일을 정의합니다. 예를 들어, .social-forum .topic-list .li { color: blue; }
  • CSS 클래스를 유지하여 스타일을 지정할 수 있으며 JavaScript 기반의 UX를 위한 CSS 클래스와 별도로 유지할 수 있습니다.

클라이언트측 사용자 지정

클라이언트측에서 커뮤니티 구성 요소의 모양과 동작을 사용자 지정하려면 다음 정보가 포함된 클라이언트측 사용자 지정을 참조하십시오.

기능 및 구성 요소 필수

개발자를 위한 필수 정보는 기능 및 구성 요소 필수 섹션에 설명되어 있습니다.
추가 개발자 정보는 코딩 지침 섹션에서 찾을 수 있습니다.

문제 해결

일반적인 문제와 알려진 문제는 문제 해결 섹션에 설명되어 있습니다.