社交组件框架 social-component-framework

社交组件框架(SCF)简化了在服务器端和客户端上配置、自定义和扩展社区组件的过程。

该框架的好处：

使用交互式浏览创作或发布实例 社区组件指南.

概述 overview

在SCF中，组件由SocialComponent POJO、Handlebars JS模板（用于渲染组件）和CSS（用于设置组件样式）组成。

Handlebars JS模板可以扩展模型/视图JS组件，以处理用户与客户端上组件的交互。

如果组件需要支持数据的修改，则可以编写SocialComponent API的实现以支持编辑/保存与传统Web应用程序中的模型/数据对象类似的数据。 此外，可以添加操作（控制器）和操作服务以处理操作请求、执行业务逻辑以及在模型/数据对象上调用API。

SocialComponent API可以扩展，以提供客户端为视图层或HTTP客户端所需的数据。

如何为客户端呈现页面 how-pages-are-rendered-for-client

组件自定义和扩展 component-customization-and-extension

要自定义或扩展组件，您只需将叠加和扩展写入/apps目录，这简化了升级到未来版本的过程。

服务器端框架 server-side-framework

该框架提供了用于访问服务器上功能的API，并支持客户端与服务器之间的交互。

Java API java-apis

Java API提供易于继承或子类化的抽象类和接口。

主要类在 服务器端自定义 页面。

访问 存储资源提供程序概述 以了解如何与UGC合作。

HTTP API http-api

HTTP API支持轻松自定义和选择PhoneGap应用程序、本机应用程序以及其他集成和混合的客户端平台。 此外，HTTP API允许社区站点在没有客户端的情况下作为服务运行，这样框架组件就可以集成到基于任何技术构建的任何网页中。

HTTP API -GET请求 http-api-get-requests

对于每个SocialComponent，框架都提供基于HTTP的API端点。 通过使用“.social.json”选择器+扩展向资源发送GET请求来访问端点。 使用Sling，会将请求转发给 DefaultSocialGetServlet.

不为目标组件考虑 DefaultSocialGetServlet

GET Request

默认GETServlet侦听.social.json请求，SocialComponent将使用可自定义的JSON对其做出响应。

HTTP API -POST请求 http-api-post-requests

除了GET（读取）操作之外，该框架还定义了端点模式，以对组件启用其他操作，包括创建、更新和删除。 这些端点是接受输入并以HTTP状态代码或JSON响应对象进行响应的HTTP API。

该框架端点模式使CUD操作具有可扩展性、可重用性和可测试性。

POST Request

每个SocialComponent操作都有一个SlingPOST：操作。 每个操作的业务逻辑和维护代码都封装在OperationService中，该OperationService可通过HTTP API访问，或从其他位置作为OSGi服务访问。 提供了支持在操作之前/之后可插拔操作扩展的挂钩。

存储资源提供程序(SRP) storage-resource-provider-srp

要了解如何处理存储在 社区内容存储，请参阅

服务器端自定义 server-side-customizations

访问 服务器端自定义 有关自定义服务器端社区组件的业务逻辑和行为的信息。

Handlebars JS模板语言 handlebars-js-templating-language

新框架中更显着的更改之一是使用 Handlebars JS 模板语言(HBS)，一种用于服务器客户端渲染的常用开源技术。

HBS脚本简单、无逻辑、可在服务器和客户端上编译、易于覆盖和自定义，并且与客户端UX自然绑定，因为HBS支持客户端渲染。

该框架提供了以下几项 Handlebars帮助程序 在开发SocialComponents时非常有用。

在服务器上，当Sling解析GET请求时，它会标识将用于响应请求的脚本。 如果脚本是HBS模板(.hbs),Sling会将请求委派给Handlebars引擎。 然后，Handlebars引擎将从相应的SocialComponentFactory中获取SocialComponent，构建上下文并渲染HTML。

无访问限制 no-access-restriction

Handlebars(HBS)模板文件(.hbs)类似于.jsp和.html模板文件，不同之处在于它们可用于在客户端浏览器和服务器上渲染。 因此，请求客户端模板的客户端浏览器将从服务器接收.hbs文件。

这要求任何用户都可以从创作或发布中获取Sling搜索路径中的所有HBS模板（/libs/或/apps下的任何.hbs文件）。

不得禁止对.hbs文件的HTTP访问。

添加或包含社区组件 add-or-include-a-communities-component

大多数社区组件必须 添加 作为Sling可寻址资源。 可以选择以下社区组件 包含 在模板中作为非现有资源，以允许动态包含和自定义用户生成内容(UGC)的写入位置。

无论哪种情况，组件的 必需客户端库 也必须存在。

添加组件

添加组件是指添加资源（组件）实例的过程，例如在创作编辑模式下从组件浏览器(Sidekick)拖动到页面上的过程。

结果会在par节点下方生成一个JCR子节点，该节点是Sling可寻址的。

包含组件

包括组件是指向 “非现有”资源 （无JCR节点），例如使用脚本语言。

自AEM 6.1起，如果组件是动态包含的而不是添加的，则可以在创作 设计 模式中编辑组件的属性。

只能动态包含一些选定的AEM Communities组件。 它们是：

的 社区组件指南 允许将可包含的组件从添加切换到包含。

使用Handlebars时 模板语言，非现有资源则使用 包含帮助程序 通过指定其resourceType:

{{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 handlebars-helpers

请参阅 SCF Handlebars Helpers 有关SCF中提供的自定义帮助程序的列表和说明。

客户端框架 client-side-framework

模型视图Javascript框架 model-view-javascript-framework

该框架包括 Backbone.js，是一种模型视图的JavaScript框架，用于促进开发丰富的交互式组件。 面向对象的性质支持可扩展/可重用框架。 通过HTTP API简化了客户端与服务器之间的通信。

该框架利用服务器端Handlebars模板来为客户端渲染组件。 这些模型基于由HTTP API生成的JSON响应。 视图将自身绑定到由Handlebars模板生成的HTML，并提供交互性。

CSS惯例 css-conventions

以下是定义和使用CSS类的推荐约定：

客户端自定义 client-side-customizations

要自定义客户端上社区组件的外观和行为，请参考 客户端自定义，其中包括以下信息：

功能和组件要点 feature-and-component-essentials

有关开发人员的基本信息，请参阅 功能和组件要点 中。

其他开发人员信息可在 编码准则 中。

疑难解答 troubleshooting

有关常见问题和已知问题，请参见 疑难解答 中。