フロントエンドでWordPress投稿リスト用のカスタムディレクティブを作成する

このシリーズの前の部分では、AngularJS アプリケーションをブートストラップし、さまざまなビューのルーティングを構成し、投稿、ユーザー、カテゴリのルーティングを中心としたサービスを構築しました。これらのサービスを使用することで、最終的にサーバーからデータを取得してフロントエンドに電力を供給できるようになりました。

シリーズのこのパートでは、投稿リスト機能用のカスタム AngularJS ディレクティブの構築に取り組みます。このシリーズの今回の記事では、次のことを行います:

• AngularJS ディレクティブの概要とディレクティブを作成する必要がある理由
• 投稿リスト関数とその必要なパラメーターを計画するための指示

• 投稿リスト用のカスタム AngularJS ディレクティブとそのテンプレートを作成します

それでは、まず AngularJS ディレクティブとそれが必要な理由を紹介しましょう。

AngularJS ディレクティブの概要

AngularJS のディレクティブは、HTML 要素の動作を変更し、反復可能なコード ブロックを再利用する方法です。これらは HTML 要素とそのサブ要素の構造を変更するために使用できるため、カスタム UI ウィジェットを導入するのに最適な方法です。

このシリーズの最初の部分でワイヤーフレームを分析しているときに、投稿リスト機能が 3 つのビューで使用されていることに気付きました。

公開リスト

＃＃＃著者について＃＃＃＃＃＃

1. カテゴリー投稿リスト
したがって、これら 3 つのページの投稿をリストする別の関数を作成する代わりに、このシリーズの前半で作成したサービスを使用して投稿を取得するビジネス ロジックを含むカスタム AngularJS ディレクティブを作成できます。ビジネス ロジックに加えて、このディレクティブには、特定のビューで投稿をリストするためのレンダリング ロジックも含まれます。このディレクティブでは、投稿のページネーションと特定の条件に基づいた投稿の取得の機能も定義されています。
投稿リスト機能用のカスタム AngularJS ディレクティブを作成すると、機能を 1 か所だけで定義できるため、将来、3 つすべてのコードを変更することなく、この機能を拡張または変更することが容易になります。その例。

そうは言っても、投稿リスト機能用のカスタム ディレクティブの作成を始めましょう。

投稿リストを計画するためのカスタム AngularJS ディレクティブ

投稿リスト機能ディレクティブを構築するためのコードを書き始める前に、ディレクティブで必要な機能を分析しましょう。

最も基本的なレベルでは、投稿リスト、作成者プロフィール、カテゴリ ページのビューで使用できるディレクティブが必要です。これは、HTML に配置されるカスタム UI ウィジェット (または DOM タグ) を作成し、ディレクティブの特定のインスタンスに提供するオプションに基づいて AngularJS が残りの部分を処理することを意味します。

そこで、次のタグで識別されるカスタム UI ウィジェットを作成します:

リーリー

しかし、この命令には柔軟性も必要です。つまり、パラメーターを入力として受け取り、対応するアクションを実行する必要があります。特定のユーザーに属する投稿のみを表示するユーザー プロフィール ページ、またはそのカテゴリに属する​​投稿がリストされるカテゴリ ページを考えてみましょう。これらのパラメータは 2 つの方法で指定できます:

URL のパラメータとして

ディレクティブを属性値として直接使用する

URL でパラメータを指定することは、API にとってネイティブであるようです。これは、私たちがすでに慣れ親しんでいるためです。したがって、ユーザーは次の方法で特定のユーザーに属する一連の投稿を取得できます。 リーリー
2. 上記の機能は、AngularJS が提供する $routeParams

   サービスを通じて実現できます。ここで、ユーザーが URL で指定したパラメーターにアクセスできます。このシリーズの前の部分でルートを登録するときにすでに説明しました。

パラメーターを属性値としてディレクティブに直接指定するには、次を使用できます。

リーリー 上記のスニペットの post-args

属性は、特定の投稿セットを取得するための引数を受け取ります。現在、著者 ID を受け取ります。このプロパティは、

/wp/v2/posts

ルートでサポートされている投稿を取得するために、任意の数の引数を取ることができます。したがって、ID 1 でカテゴリ ID 10 に属するユーザーによって書かれた一連の投稿を取得したい場合は、次のようなことができます:

リーリー

上記のコードの

filter[cat] パラメーターは、特定のカテゴリに属する​​一連の投稿を取得するために使用されます。

ページングも投稿一覧ページを利用する際の基本機能です。このディレクティブはポストページネーションを処理し、この機能はサーバーから返される

XX-WP-Total ヘッダーと X-WP-TotalPages

ヘッダーの値によって駆動されます。レスポンスボディ。したがって、ユーザーは前の投稿セットと次の投稿セットの間を行き来することができます。

リストを投稿するためのカスタム ディレクティブの内容が決定したので、コードを書き始めるためのかなり強固な基盤が整いました。

投稿リストのカスタム ディレクティブを作成する

投稿リスト機能のディレクティブの構築には 2 つのステップが含まれます:

1. 创建用于检索帖子和处理其他内容的业务逻辑。
2. 为这些帖子创建一个渲染视图以显示在页面上。

我们的自定义指令的业务逻辑将在指令声明中处理。为了在 DOM 上呈现数据，我们将创建一个用于列出帖子的自定义模板。让我们从指令声明开始。

指令声明

AngularJS 中的指令可以使用以下语法为模块声明：

/**
 * Creating a custom directive for posts listing
 */
quiescentApp.directive( 'postListing', [function() {
    return {

    };
}] );

在这里，我们使用模块中可用的 .directive() 方法在模块上声明指令。该方法将指令的名称作为第一个参数，并且该名称与元素标签的名称密切相关。由于我们希望 HTML 元素为 <post-listing></post-listing>，因此我们提供了标签名称的驼峰式表示形式。您可以在官方文档中了解有关 AngularJS 执行的规范化过程以匹配指令名称的更多信息。

我们在上面的代码中使用的用于声明指令的符号称为安全样式的依赖注入。在这种表示法中，我们提供了一个依赖项数组作为指令所需的第二个参数。目前，我们尚未为自定义指令定义任何依赖项。但由于我们需要 Posts 服务来检索帖子（我们在本系列的上一部分中创建的）以及本机 AngularJS 的 $routeParams 和 $location服务用于访问URL参数和当前路径，我们定义如下：

/**
 * Creating a custom directive for posts listing
 */
quiescentApp.directive( 'postListing', ['$routeParams', '$location', 'Posts', function( $routeParams, $location, Posts ) {
    return {
        restrict: 'E',
        scope: {
            postArgs: '='
        },
        link: function( $scope, $elem, $attr ) {

        }
    };
}] );

然后，这些依赖项可供定义为数组最后一个元素的函数使用。该函数返回一个包含指令定义的对象。目前，我们在指令定义对象中有两个属性，即 restrict 和 link。

restrict 选项定义了我们在代码中使用指令的方式，该选项可以有四个可能的值：

1. A：用于将指令用作现有 HTML 元素的属性。
2. E：用于使用指令作为元素名称。

3. C：用于使用指令作为类名。

4. M：用于将该指令用作 HTML 注释。

restrict 选项也可以接受上述四个值的任意组合。

由于我们希望指令成为新元素 <post-listing></post-listing>，因此我们将限制选项设置为 E。如果我们要使用预先存在的 HTML 元素上的属性来定义指令，那么我们可以将此选项设置为 A。在这种情况下，我们可以使用 在 HTML 代码中定义该指令。

第二个 <code class="inline">scope 属性用于修改指令的范围。默认情况下， <code class="inline">scope 属性的值为 false，这意味着指令的范围与其父级的范围相同。当我们向它传递一个对象时，会为该指令创建一个隔离的范围，并且需要由其父级传递给该指令的任何数据都通过 HTML 属性传递。这就是我们在代码中所做的，我们使用的属性是 post-args，它被标准化为 postArgs。

<code class="inline">scope 对象中的 postArgs 属性可以接受以下三个值中的任意一个：

1. =：表示传递给属性的值将被视为对象。
2. @：这意味着传递到属性的值将被视为纯字符串。

3. &：表示传递给属性的值将被视为函数。

由于我们选择使用 = 值，因此传递到 post-args 属性的任何值都将被视为 JSON 对象，我们可以使用该对象作为检索帖子的参数。

第三个属性 link 用于定义一个函数，该函数用于操作 DOM 并定义该指令所需的 API 和函数。该函数是处理指令所有逻辑的地方。

link 函数接受作用域对象、指令的 HTML 元素以及指令的 HTML 元素上定义的属性的对象的参数。目前，我们分别为范围对象和 HTML 元素传递两个参数 $scope 和 $elem 。

让我们在 $scope 属性上定义一些变量，我们将使用该变量在 DOM 上呈现帖子列表功能。

/**
 * Creating a custom directive for posts listing
 */
quiescentApp.directive( 'postListing', ['$routeParams', '$location', 'Posts', function( $routeParams, $location, Posts ) {
    return {
        restrict: 'E',
        scope: {
            postArgs: '='
        },
        link: function( $scope, $elem, $attr ) {
            // defining variables on the $scope object
            $scope.posts = [];
            $scope.postHeaders = {};
            $scope.currentPage = $routeParams.page ? Math.abs( $routeParams.page ) : 1;
            $scope.nextPage = null;
            $scope.previousPage = null;
            $scope.routeContext = $location.path();
        }
    };
}] );

因此，我们在 $scope 对象上定义了六个属性，我们可以在 DOM 中访问它们。这些属性是：

1. $posts：保存服务器返回的 post 对象的数组。
2. $postHeaders：用于保存服务器将与响应正文一起返回的标头的对象。我们将使用它们来处理导航。

3. $currentPage：保存当前页码的整型变量。

4. $previousPage：保存上一页页码的变量。

5. $nextPage：保存下一页编号的变量。

6. $routeContext：用于使用 $location 服务访问当前路径。

我们之前为 HTML 属性定义的 postArgs 属性已在指令内的 $scope 对象上可用。

现在我们准备使用 Posts 服务向服务器发出请求以检索帖子。但在此之前，我们必须考虑用户作为 URL 参数提供的参数以及 post-args 属性中提供的参数。为此，我们将创建一个函数，使用 $routeParams 服务来提取 URL 参数，并将它们与通过 post-args 属性提供的参数合并：

/**
 * Creating a custom directive for posts listing
 */
quiescentApp.directive( 'postListing', ['$routeParams', '$location', 'Posts', function( $routeParams, $location, Posts ) {
    return {
        restrict: 'E',
        scope: {
            postArgs: '='
        },
        link: function( $scope, $elem, $attr ) {
            // defining variables on the $scope object
            $scope.posts = [];
            $scope.postHeaders = {};
            $scope.currentPage = $routeParams.page ? Math.abs( $routeParams.page ) : 1;
            $scope.nextPage = null;
            $scope.previousPage = null;
            $scope.routeContext = $location.path();

            // preparing query arguments
            var prepareQueryArgs = function() {
                var tempParams = $routeParams;
                delete tempParams.id;
                return angular.merge( {}, $scope.postArgs, tempParams );
            };
        }
    };
}] );

上述代码中的 prepareQueryArgs() 方法使用 angular.merge() 方法，该方法扩展了 $scope。 postArgs 对象与 $routeParams 对象。但在合并这两个对象之前，它首先使用 delete 运算符从 $routeParams 对象中删除 id 属性。这是必要的，因为我们将在类别和用户视图上使用此指令，并且我们不希望类别和用户 ID 被错误地解释为帖子 ID。

准备好查询参数后，我们终于准备好调用服务器并检索帖子，我们使用 Posts.query() 方法来执行此操作，该方法采用两个参数：< /p>

1. 包含用于进行查询的参数的对象。
2. 查询完成后执行的回调函数。

因此，我们将使用 prepareQueryArgs() 函数为查询参数准备一个对象，并在回调函数中设置 上某些变量的值$scope 属性：

// make the request and query posts
Posts.query( prepareQueryArgs(), function( data, headers ) {
    $scope.posts = data;
    $scope.postHeaders = headers();
    $scope.previousPage = ( ( $scope.currentPage + 1 ) > $scope.postHeaders['x-wp-totalpages'] ) ? null : ( $scope.currentPage + 1 );
    $scope.nextPage = ( ( $scope.currentPage - 1 ) > 0 ) ? ( $scope.currentPage - 1 ) : null;
});

回调函数获取响应正文和响应标头的两个参数。这些分别由 data 和 headers 参数表示。

headers 参数是一个函数，它返回一个包含服务器响应标头的对象。

剩下的代码非常不言自明，因为我们正在设置 $scope.posts 数组的值。为了设置 $scope.previousPage 和 $scope.nextPage 变量的值，我们使用 x-wp-totalpages 属性postHeaders 对象。

现在我们准备使用指令的自定义模板在前端渲染这些数据。

为指令创建自定义模板

为了使我们的指令发挥作用，我们需要做的最后一件事是为帖子列表制作一个单独的模板并将其链接到指令。为此，我们需要修改指令声明并包含 templateUrl 属性，如下所示：

/**
 * Creating a custom directive for posts listing
 */
quiescentApp.directive( 'postListing', ['$routeParams', '$location', 'Posts', function( $routeParams, $location, Posts ) {
    return {
        restrict: 'E',
        scope: {
            postArgs: '='
        },
        templateUrl: 'views/directive-post-listing.html',
        link: function( $scope, $elem, $attr ) {

        }
    };
}] );

上面代码中的 templateUrl 属性引用了 views 目录中名为 directive-post-listing.html 的文件。因此，在 views 文件夹中创建此文件并粘贴以下 HTML 代码：

<!-- post listing starts -->
<article class="post-entry">
    <h2 class="post-title"><a href="post-single.html">Good design is a lot like clear thinking made visual.</a></h2>
    <figure class="post-thumbnail">
        <img src="img/img-712-348.jpg" alt="Featured Image">
    </figure>
    <p class="post-meta">
        By <a href="author.html">Bilal Shahid</a> in <a href="category.html">Quotes</a>
    </p>
    <div class="post-content">
        <p>Created days forth. Dominion. Subdue very hath spirit us sixth fish creepeth also. First meat one forth above. You'll Fill for. Can't evening one lights won't. Great of make firmament image. Life his beginning blessed lesser meat spirit blessed seas created green great beginning can't doesn't void moving. Subdue evening make spirit lesser greater all living green firmament winged saw tree one divide wherein divided shall dry very lesser saw, earth the. Light their the.</p>
    </div>
</article>
<!-- post listing ends -->


<!-- pagination links start -->
<div class="post-pagination">
    <a href="#" class="button">Older Posts</a>
    <a href="#" class="button">Newer Posts</a>
</div>
<!-- pagination links end -->

这是非常基本的 HTML 代码，表示单个帖子条目和帖子分页。我已从 views/listing.html 文件中复制了它。我们将使用一些 AngularJS 指令，包括 ng-repeat、ng-href、ng-src 和 ng -bind-html，显示当前驻留在指令的 $scope 属性中的数据。

将 HTML 代码修改为以下内容：

<!-- post listing starts -->
<article class="post-entry" ng-repeat="post in posts">
    <h2 class="post-title"><a ng-href="#/posts/{{post.slug}}">{{post.title.rendered}}</a></h2>
    <figure class="post-thumbnail" ng-show="post.quiescent_featured_image">
        <img ng-src="{{post.quiescent_featured_image}}" alt="Featured Image">
    </figure>
    <p class="post-meta">
        By <a ng-href="#/users/{{post.author}}">{{post.quiescent_author_name}}</a>
        in <a ng-href="#/categories/{{category.term_id}}" ng-repeat="category in post.quiescent_categories">{{category.name}}{{$last ? '' : ', '}}</a>
    </p>
    <div class="post-content" ng-bind-html="post.excerpt.rendered"></div>
    </article>
<!-- post listing ends -->

上面的代码使用 ng-repeat 指令来迭代 $scope.posts 数组。指令声明中 $scope 对象上定义的任何属性都可以直接在模板中使用。因此，我们在模板中将 $scope.posts 数组直接引用为 posts 。

通过使用 ng-repeat 指令，我们确保 article.post-entry 容器将在 中的每个帖子中重复posts 数组，每个帖子在内循环中被称为 post 。这个 post 对象包含服务器返回的 JSON 格式的数据，包含帖子标题、帖子 ID、帖子内容和特色图像链接等属性，这是同伴添加的附加字段插件。

在下一步中，我们将帖子标题、帖子链接和特色图像链接等值替换为 post 对象中的属性。

对于分页，将之前的代码替换为以下代码：

<!-- pagination links start -->
<div class="post-pagination">
    <a ng-href="#{{routeContext}}?page={{nextPage}}" class="button" ng-class="{'disabled': !nextPage}">Newer Posts</a>
    <a ng-href="#{{routeContext}}?page={{previousPage}}" class="button" ng-class="{'disabled': !previousPage}">Older Posts</a>
</div>
<!-- pagination links end -->

我们首先访问我们在指令声明中定义的 routeContext 属性，并使用 ?page= 参数作为后缀，并使用 nextPage 和 previousPage 变量用于在帖子之间来回导航。我们还检查下一页或上一页链接是否不是 null，否则我们将 .disabled 类添加到 Zurb Foundation 提供的按钮。

现在我们已经完成了该指令，是时候对其进行测试了。我们通过在 HTML 中放置一个 <post-listing></post-listing> 标签来实现这一点，最好位于 <footer></footer> 的上方标签。这样做意味着帖子列表将出现在页脚上方。不要担心格式和样式，我们将在本系列的下一部分中处理它们。

这就是为帖子列表功能创建自定义 AngularJS 指令的过程。

接下来会发生什么？

在有关使用 WP REST API 和 AngularJS 创建前端的系列的当前部分中，我们为帖子列表功能构建了一个自定义 AngularJS 指令。该指令使用我们在本系列前面部分创建的 Posts 服务。该指令还以 HTML 属性和 URL 参数的形式获取用户输入。

在本系列的最后部分，我们将开始研究项目的最后一部分，即帖子、用户和类别的控制器及其各自的模板。

以上がフロントエンドでWordPress投稿リスト用のカスタムディレクティブを作成するの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。