台湾で千万DAUシークレットvivo活性を作成する方法 - セット帆の記事を

この記事では、最初のインターネット技術の生体内マイクロチャネル公共番号に登場し 
たリンク：https://mp.weixin.qq.com/s/Ka1pjJKuFwuVL8B-t7CwuA
著者：台湾での悟空R＆Dチーム

まず、原点は - 悟空のアクティビティテーブルは何ですか？

公式の製品vivoで増加生体内のインターネットユーザー、アプリケーションストア、公式サイトモール、ゲームセンターやブラウザの順で、ユーザ操作の株式の時代に入ってきました。この背景には、マーケティング活動が増え、伝統的な活動の開発モデルがスパートし、多様なニーズを満たすことができない、プロジェクト開発と製品の操作が困難に遭遇しました。

1.ブラウザ開発チーム活性成分は、モールの活動は、多重化をもたらすことができますか？

2.ゲームセンターのチームはH5ページを開発し、会員の活動は、多重化をもたらすことができますか？

3. H5プロジェクトは活動が運用効率を最大化されているかどうか、ライン上のコピーを変更する必要性を長い期間をリリース？

4.ライトH5事業はサーバーを保存し、人材の適切な比率をテストすることができますか？

5.各BUさまざまなビジネス活動データサイロ深刻になるあまり、バックエンドシステム、低R＆Dの生産性と運用効率、。

6. R＆Dホイールあまり、問題は標準的なソリューションシナリオではありません、キャンペーンが頻繁に公式チームユニフォームの沈殿物を回収しなかった質問をしました。

などの募集、祭り、イベント登録、など7非H5のビジネスニーズ、外部ステーション製品と高いデータセキュリティリスクを使用する必要があります。

8. ......

「悟空は」、中にシーン上述の問題を克服するために、私たちに生まれた  台湾の「プラグ、可視化、ワンストップ「統合活動、選択肢の活動vivoですでにオンライン開発プラットフォーム、オペレーティングプラットフォーム。

名前付き  「猿の王」、「72の変化」を練習し、技術部門に探求し続け、私たちのビジョンを持っている、プロジェクトの過程で事業活動を克服していき、「香港八十から一にくい」取得する「聖書。 "

今まで、悟空アクセスBU30 +、7000 +ページH5のオンラインマーケティングコンポーネント20+、50+各カテゴリのテンプレートやマーケティングタスク60+。

以下は、悟空に提出したインターネットの開発者、古典的な活動のオンライン事業の生体内各BUのチームです。

図1 - 古典的なマーケティングのスクリーンショット

第二に、悟空はなぜの業務活動？

栗の場合：

in vivoでのナショナルデーのプロモーションチームのモールは、[トラック] H5は、組立優れた爆発のモデルを開発しました。生体チームの二から一一メンバーもまた、[トラック]組立能力を持っていることが予想アクティブなページH5のような行を、期待しています。

従来のソリューション：

ビジネスに基づいてライン上のカスタム変更後のモールラインクローンH5のアクティビティコードでのチームメンバー、。オンライン設定を含むトラック操作する戦略[ので]、あなたは再開発、適切なアクティブなコンフィギュレーション機能に必要です。

痛みのポイント：

1. H5真剣コードサービスカップリング、保守性、拡張性を低下させることができます。

単一のバックオフィス機能の2開発は、唯一このイベントに役立つことができる、入力 - 出力比が低くなります。

アクティブライン後の効果について3は、埋込関連するポイントが再設計される必要があります。

4.必要なリスク管理、データ解析、容量を支持する第2のマイクロチャネルの共有やその他の活動、再開発する必要がある場合。

どのように解決するために：

悟空コンポーネント/テンプレート市場、中央のタスク、リアルタイムの設定、支援活動、痛みのポイントを解決するために四次元。

現在、唯一の彼らは設定を調整する業務を行うために必要なテンプレート悟空H5の市場活動を選択する必要があり、学生で動作しているメンバーは、オンライン投稿することができます。カスタマイズのニーズ、悟空オンライン開発力は、高速な組立事業出力の開発を支援する場合。

以下に、各機能次元の詳細な説明です。

1、コンポーネント/テンプレート市場

悟空のアクティビティデスクでは（、描画フォーム、答え、投票など）一般的なマーケティングのコンポーネントは、コンテンツの構成要素（テキスト、画像、床、ホットゾーン、ナビゲーション、カルーセル）などを提供します。

これに基づき、悟空は、部品市場の概念を作った：
各BUチームは、アセンブリ、オンラインカスタムアクティビティを提出し、悟空のアクティビティデザイナーは、リアルタイムレンダリングとプル組立能力を提供します。バージョンは、スイッチ、コンテキストスイッチなどの機能をサポートしています。

アクティブページにスプライスコンポーネント可視化H5を添加した後、それがアクティブテンプレート、または次の使用のための任意の他のチームに再変換することができます。悟空は高い多重化、高セキュリティを実現するように、市場、H5または簡単に流通しているチーム内のコンポーネントテンプレートによって提供されます。

2、タスク・センター

H5コンポーネントやマーケティング活動のシーンのほとんどは、複雑なマーケティングのタスクや構成要件、システムの誕生の多くの活動の原因を支援しています。別の背景パーソナライズされた活動、ミッションセンターの概念の問題点を解決するために、設定を悟空。

タスク・センター：悟空のサポートが自動的にページにユーザーやページのレンダリングが提出し、引っ張ることができ、髪のオンラインバージョンせずに、各BUチームラインの「管理の背景ページ」を提出してください。このメカニズムを通じて、悟空は異なる活動管理の背景を収容する能力を持つことになります。

従来の埋め込まれたiframeの異なるサブシステムの実施形態では、コードがオフラインロード猿です、猿の製品は、基準は、フレームに「シームレス」ホット荷台も提出満たしています。一貫性のあるユーザーとの対話の経験と使用方法を提供します。

コンセプトは、一般的なタスク悟空センター（賞金流通センター、物流センターや他のトピックの回答）民間とミッションセンターの概念を提供し、アセンブリに似ています。プライベートタスク・センターは、BU-ラインの設定ページの様々な開発活動の下に提出されます。

図2 - 図の例タスク・センター

上記のように、システムは、タスクタグを含む、システムレベルのタスクは、BUモンキーインターネットに割り当てられています。むしろラベルシステムよりも、のような：等の任命、放送、それが現在ログインしてBUのビジネス面では自社開発のプラットフォームをアップロードすること、です。（メンテナンスシステムは、その容量を拡張しました）

3、リアルタイムの構成

設定は即効でキャンペーンのサポートマーケティング、それが精密マーケティングの基本です。モンキー・プラットフォームは、視覚的なアクティビティデザイナーを提供し、構成データ（設定ページ、コンポーネントの構成、タスク設定）がメカニズム上のH5ページを分離します。

ユーザ端末アクセスH5活性は、それが自動的に、ページまたは活性成分をレンダリングするコードとデータ移動の分離、および容量の即時の効果を達成するために、アクティブ構成でクラウドプラットフォームからデータをプルする場合。

図3 - H5概略データアクセスコード

上記のプロセスの後、我々はクラウドに保存されているのオンライン活動、イベント・コンフィギュレーション・データ、CDNにおけるH5のコード行を公開し、設定を正常に変更回避このメカニズムを介して、あなたは恥ずかしの再送信のオンラインバージョンにする必要があります。

H5コア設計機能の概要

図4 - モンキーH5デザイナー概要特長

4、支援活動

H5の活動が高い再利用性とカスタマイズされた低しきい値ことができ、高い適時はオンライン活動悟空ステーションの基本的な機能です。複雑なオンラインマーケティングのシーンでは、台湾での専門的な活動として、唯一のこれらの機能は、多くの場合、十分ではありません持っています。容量をサポートする一般的な活動を提供するために、事前にマーケティング活動後の期間のための悟空。例えば：

図書館：尻専門のウェブサイトの材料、悟空オンライン圧縮は、トリミングや他の画像処理機能ながら。

埋没自動化：アセンブリローダー自然H5は、クリック、インプレッション、および操作するための長い埋もれ能力とコンポーネントは、デフォルトのページやコンポーネントをパッケージ化します。

マイクロチャネルの共有：二次のデフォルトの共有機能で、オープンプラットフォーム微信アプリケーションを繰り返す必要はありません。

データ手がかり：悟空視覚分析（指数を計算、指標のトランシェ、多次元、ピボットチャート機能など）をオンラインリアルタイムデータをサポートします。

一方、台湾の悟空も、台湾で当社の内部容量（抗実験、モニタリング、リスク管理、など）、多次元マーケティングのヘルプオンライン活動によって他の統合します。

台湾製品のチャートで悟空

図5 - 台湾製品チャートで悟空

第三に、開発活動悟空はなぜ？

私たちは、研究開発の痛みのポイントを開くことを提案します

R＆Dホイールはあまり問題には、標準のソリューションシナリオ、頻繁に公式チームユニフォームの沈殿物は収集されませんでした質問のキャンペーンではありません。

開発者にどのようにサービスステーションで悟空？

悟空がPaaSのプラットフォームの開発環境を提供し、開発者は、開発者が最も強力なバッキングから活動を行い、短納期の開発を支援するために、R＆Dの効率を高めるために、研究開発の経験を二次元的に管理します。

1、開発環境

それは、各BUのビジネスニーズを満たすことができない場合は、デフォルトで提供されるシステムのコンポーネントとタスクは、BUは、独自のビジネス・シナリオに応じて適切なキット（組立+タスク）を開発する必要があります。これらのキットは、単にビジネスシナリオが異なりますが、基本となる機能が一貫しているかもしれません。例えば：

• ツールライブラリ

  配信シナリオのH5品種、対話トリガの同様の方法は、異なるクライアント環境への適応のためのために、悟空封入@インビボ/悟空-APIツールライブラリを変化させます。環境決意、ユーザ情報取得、異なる環境想起共有またはダウンロードする機能など：前記パッケージには、次のような強力な運用能力を備えています。
  これに基づいて、猿はまた、例えば、方法クッキー操作ツールは、容量、WEBP、埋め込み動作をFETCH、開発段階をパッケージ化するための共通機能を提供します。ヘルプフロントエンドの開発者は、コンポーネント開発活動の効率を高めるための事業開発の取り組みに注力します。一方悟空-APIもサポートは、ロードを要求する最新の最適なソリューションをフォローアップし続けることで、社内のオープンソースソリューションです。
  それは、強力な運用能力10+パッケージを提供してきました。15+基本的な機能をパッケージ。

• 内蔵部品
  内蔵部品速いシーンをパッケージ開発者モンキー能力に利用可能であり、このような媒体の選択、層のセレクタと、セレクタ活性として、開発者がプラットフォームを使用するための能力を提供することができる@インビボ/悟空-APIを区別リッチテキスト、マスク爆弾ボックスと上のようにします。
  栗の場合：メディアセレクタ、ユーザーが設定パネルに直接メディアをアップロードするか、アップロードされたメディアを選択する必要があります。選択は異なるビジネスシナリオのコンポーネントに表示され、強力なプラットフォームの独立を提供する能力でしょう。

次のようにサンプルコードは次のとおりです。

<template>
  <media-picker
    selectType="image"
    :defaultImgs="url"
    :uploadDialogVisible.sync="visible"
    v-on:select-end-call="func">
  </media-picker>
</template>
<script>
  export default {
    data() {
      return {
        visible: false
      }
    },
    methods: {
      func() { }
    }
  }
</script>

現在、このプラットフォームは、複数のディメンションと開発活動側の設定の効率を増強する能力を開発するためのプラットフォームを使用して簡単を通じて、8+内蔵の部品提供してきました。

• vscodeプラグ
  統合開発環境には、開発者が効率的な開発ツールを提供するために、習慣を変更しないでください、vscode悟空は、コードのリモートケア関初期その統合製品にプラグイン開発、NPM PWアクセスコンポーネント管理活動、材料ストレージの開発およびその他の機能。
  初期化コードは、コンポーネント、プレビュートル関自動的にコードをデバッグするためのローカル開発環境から生成されます。高速配信を開発する助けにワンストップの開発経験。

  

  図6 - vscodeプラグスクリーンショット

  一方悟空のvscodeプラグインクロスデバイスのコンフィギュレーションの同期をサポートするための統合ローカル開発フレームワークは、ローカルストレージコンポーネントの関係、開発WYSIWYGの組み合わせを備えています。

  次の図は、ローカル開発構成の変更、マルチ端末装置のリアルタイム同期の効果を示します。

  

  7 - リアルタイムプレビューのデモのローカル開発プラットフォーム

• 開発者ガイド
  サービスなどのドキュメントは、上記の機能のすべては、ヘルプ開発者が簡単にアクセスできるようにすぐに始めるにプラグインがインストール、使用ツール、ケースプレゼンテーション、悟空は、開発者のためのオンライン開発者ガイドを開発しています。

図8 - デベロッパーズ・マニュアルスクリーンショット

2、開発管理

悟空は、製品のR＆D管理、閉ループプロセス、沈殿する能力を開発するためのPaaS開発プラットフォームを提供します。

• 材料管理の開発（コンポーネント、静的リソースファイル）

• 著作権管理（多人数コラボレーション、マルチプロジェクトのメンテナンス）

• コンポーネントマネージャ（オフライン版で、パーミッションの統合）

• 開発コミュニティ（質問集、フィードバック、降水量）

機能は明らかである、ここでは説明を開始しません。

第四に、フロントエンドプログラムマイクロ秘密のモンキー

我々は台湾の能力悟空を記述する二つの角度の事業、研究開発によって。

それ悟空H5のデザインは、プラットフォーム、H5活動製品（組立作業）ラインが自動的にロードされ、直接使用をアップグレードすることなく行う方法ですか？

実際には、このプログラムはworklessで検討されているマイクロフロントエンドアーキテクチャワークフロー悟空R＆Dチームのアプリケーションです。

次のようにプログラムの主な機能は次のとおりです：

1. 異なるサブシステムは、独立してデプロイまたはアクセスを統合することができます。（重合性を散乱さ）

2. ホストシステム、チャネル状態の同期を提供するために、ホットスワップ機能。（サブシステム間にも互いに協力することができます）

上記特性によってズームイン、ズームアウト、それはサルである中央のタスク、アクティビティデザイナー。

workless悟空が現在、高性能統合R＆Dシステムを作成することを約束され、ゴールは生産力を解放、究極の効果の追求です。現在worklessに我々は進化し続け、私たちは、これは、フロント生体内の最も先進的な生産力を表すと考えています。フォローアップの特集記事が導入されている意志、ここでは起動しません。

workless≈即ち開放端子（プレゼンテーション層）+駆動停止開発（R＆D層）+マイクロフロントエンドアーキテクチャ（アーキテクチャレイヤ）+心臓データ（データドライバ層）

このセクションでは、原則の実現に誰も秘密の生体内マイクロコアフロントエンドアーキテクチャを提供します。

1、デザインのアイデア

千マイルは一歩から始まります。最も原始的な機能に戻る原理の開発を説明する：アセンブリプラットフォームと結合されていないフロントエンドは、プラットフォームアセンブリサーバから引っ張る能力を含み、インタフェースレンダリングホットプラグ可能なコンポーネントを提供します。

サーバーから引き出し、我々はマイクロコンポーネント、すなわち、RSC（リモートサービスコンポーネント）リモートサービスコンポーネントを呼び出すアセンブリにページをレンダリングします。

図9 - 概略フローパーソナライゼーション・コンポーネント

動作戦略は、オンラインリアルタイムで調整することができる満たすために、悟空は、2つのサブコンポーネントで構成RSC（UI +コンフィギュレーション）によって標準化された活性成分を開発しました。

├── code.vue     # 编辑器中渲染的UI组件
├── prop.vue     # 属性面板中渲染的配置组件
├── setting.json # 存储初始化基础配置和业务配置
└── package.json # 依赖信息

同時に、設計者は、学生がsetting.jsonプリセットやサービス構成によって事前に基本設定を開発することができ、UIと構成要素間のデータ共有メカニズムを提供します。運用コストのメカニズムに多くを保存する構成作業を繰り返し、コンポーネントを学びます。

マイクロコンポーネントの抽象化と設計することで大幅にアクティブなページの開発サイクルを短縮し、学生が活動を選択することができ、部品およびテンプレートの塊から動作可視化システムによる設定、WYSIWYGを行うために必要な、キープレスリリースユーザーのタッチのイベントページ。

一方で確立習慣を変えることなく、マイクロコンポーネントは、開発と保守コストを削減し、互いの間の依存を減らすことに基づいて開発されました。RSCは、以下のような特徴を持っているマイクロコンポーネントのコンセプトに基づいて開発さ：

1. 高い凝集

2. 弱いカップリング

3. シングル責任

4. 組み合わせることができます

5. 構成可能

デモシーン

図10 - RSCコンポーネントローディング機構プレゼンテーションチャート

ユーザが左領域またはデザイン領域に使用されるドラッグアセンブリー・エディターをクリックしたとき、デザイナー（名称、バージョン）がHTTPリクエストの構成要素（コード、デフォルト設定）コンポーネントのプロパティを送信します。アセンブリが熱いデザイナーにロードされます後は、デフォルトの設定も有効になります。

異なる環境システム、連続反復アップグレード知識やアイデアのために、我々はコンポーネントと環境システム間のRSCのコラボレーションと共有を解決するための良いメカニズムを見つける実践を通して、私たちは期待どおりの結果に達しました。

操作は：より多くのビジネス価値をもたらすために、オンラインで、ユーザーに直接公開リアルタイム調整動作戦略をワンクリックで、技術的な詳細、視覚的な組み合わせや構成を気にしないでください。

製品：より高速のオンラインスピードは、より多くの商業的価値を運ぶために、サービスの品質と安定性を改善しました。

開発：改良型反復速度、改善コードの品質、優しい夫婦と学習コストを削減します。

テスト：繰り返しテスト作業を軽減するために、信頼性と安定したプログラム。

2、実装手順

ここでは、動的な負荷リモートコンポーネントを達成するための方法です。

ローカルコンポーネントSFC：ステップ

例：

<template>
  <div @click="test">click me | {{item}}</div>
</template>
<script>
export default {
  data () {
    return {
      item: 1
    }
  },
  methods: {
    test () {
      this.item++
    }
  }
}
</script>

注：このドキュメントでは、サードパーティは、他のコンポーネントまたは通常のサブコンポーネントに導入することができる、入口アセンブリのみSFCあります。

ステップ2：コンパイルumd.js

利用可能Vueのコンバートのjsファイルへのファイル、次の2つのオプション：

（1）WebPACKの設定

シンプルなのWebPACKによる輸出構成は、私たちの目標は、JSファイルをエクスポートされます。

以下のプロファイルにWebPACKの参照：

const VueLoaderPlugin = require("vue-loader/lib/plugin");
const path = require("path");
module.exports = {
  entry: "./code.vue", // 需要转换的vue文件路径
  plugins: [new VueLoaderPlugin()],
  module: {
    rules: [
      {
        test: /\.vue$/,
        loader: "vue-loader"
      }
    ]
  },
  externals: {
    vue: "vue"
  },
  output: {
    filename: "myLib.umd.min.js",
    path: path.resolve(__dirname, "dist"),
    library: "myLib",
    libraryTarget: "umd",
    libraryExport: "default",
    globalObject: "typeof self !== 'undefined' ? self : this"
  }
};

出力キーフィールド説明

library  //导出js对象的名称。
libraryTarget //导出对象的规范。
globalObject  //umd对象挂载目标对象。

（2）ビュー/ CLI @

@ VUE / CLIコマンドによって、我々はVUE単一のファイル（カスタムという名前の）コンポーネントmyLib.umd.min.jsを導き出すことができます。

次のようにコマンドは次のとおりです。

vue-cli-service build --target lib --name myLib ./myLib.vue --formats umd-min

追加のWebPACK構成した場合、新しいvue.config.js VUEファイルディレクトリに設定することができます。

スプレッド

基本となるexportコマンドの@のVue / CLI、組み込みビルドの建設もWebPACKの能力を使用しています。

ビルド構成で

@vue/cli-service/lib/commands/build/resolveLibConfig.js //114行

インターセプトは、以下の

rawConfig.output = Object.assign(
  {
    library: libName,
    libraryExport: isVueEntry ? "default" : undefined,
    libraryTarget: format,
    // preserve UDM header from webpack 3 until webpack provides either
    // libraryTarget: 'esm' or target: 'universal'
    // https://github.com/webpack/webpack/issues/6522
    // https://github.com/webpack/webpack/issues/6525
    globalObject: `(typeof self !== 'undefined' ? self : this)`
  },
  rawConfig.output,
  {
    filename: `${entryName}.js`,
    chunkFilename: `${entryName}.[name].js`,
    // use dynamic publicPath so this can be deployed anywhere
    // the actual path will be determined at runtime by checking
    // document.currentScript.src.
    publicPath: ""
  }
);

ステップ3：レンダリングオンライン

どのコンポーネントオブジェクトは、ウェブ端、それを輸出し、使用中の動的コンポーネントをumd.js？以下は、ラインレンダリングの謎を明らかにします。

あなたは上記の方法でファイルをエクスポートした後、次のように、我々はオープンな外観をumd.jsます。

(function (e, t) {
  'object' === typeof exports && 'object' === typeof module ? module.exports = t() : 'function' === typeof define && define.amd ? define([], t) : 'object' === typeof exports ? exports['myLib'] = t() : e['myLib'] = t()
})('undefined' !== typeof self ? self : this, function () {
  return function (e) {
    var t = {};
    ...
    ...
  })["default"]
})
// # sourceMappingURL=myLib.umd.min.js.map

キーコードを探します

"undefined" !== typeof self ? self : this;

コードは、私たちがglobalObject構成変数のjsファイルにコードをVUEれるものです。

私たちは、機能を構築し、新たな機能の実行環境を使用して、改ざん自己オブジェクトをエクスポートします。そして、VUEを通じて<コンポーネント>コンポーネント属性は、アセンブリ、リモートVUEページをレンダリングすること、です。

完全なコードは次のとおりです。

<template>
  <div>
    <component :is="mode" v-if="mode"></component>
    <div @click="load">远程加载组件</div>
  </div>
</template>
<script>
export default {
  data() {
    return {
      mode: null
    };
  },
  methods: {
    async load() {
      let data = await fetch("http://localhost:8080/myLib.umd.min.js");
      let mode = {};
      //此时内部的self变量，被外部变量mode代替，成功将组件对象导出
      new Function("self", `return ${await data.text()}`)(mode);
      this.mode = mode.myLib;
    }
  }
};
</script>

コードは、の効果を実証します

11 - オンラインケースプレゼンテーションチャート

11効果は、コンポーネントコードを動的通常インクリメント、コンポーネントをクリックして、フェッチによってロードされます。

マイクロフロントエンドアーキテクチャを介してフロントエンド・システム・サービス・プラットフォームが分離その結果、RSC成分ローディング機構を実装しました。システムは、第三者に強力な基盤を築く能力だけでなく、すべての可能なスタートをカスタマイズすることができます。

3、データ・サービスに

ビジネスデータサービスのスキームを必要とする場合はマイクロフロントエンド・サブシステムを悟空、そして誰が提供しようとしていますか？

悟空のデフォルトのAPIは、データサービス、ビジネス側のサービス終了が提供するさまざまなサービスのデータサービスを提供していません。クロスドメインを許可することができ、システム構成に対応する猿を呼び出します。

しかし、長期的なコラボレーションダウンは、ゆっくりと開放の質問に暴露します。

光H5事業は、サーバやテスト人間の対応する割合を保存することができますか？

栗の場合：

私たちは、2つのオプションのみ0、1を投票コンポーネントを開発する必要があります。このコンポーネントでは、我々は異なる投票シナリオを収めることができます。データは、例えば、ただ1つのコンポーネントインタフェース：

http://api.vivo.com.cn/.../save.do?action=

図の組立例を投票。

図12 - 図の例示的なアセンブリを投票。

伝統的に、フロントデスクの項目またはコンポーネントは、閉ループ機能を完了するために、データ・インターフェースを提供するために、適切なバックグラウンドを必要としています。

あなたが1つのインタフェースだけを提供する必要がある場合は、新しい技術の背景を作成する必要があり、アプリケーションのデータベーステーブルおよびサービスの展開、およびので、相対的に言って、何の小さな人件費を起こさず、資源の無駄になります。

この問題を解決するには悟空、マイクロ悟空のフロントエンドの方向の次の進化：

サポートユーザーがオンライン可視化が動的メトリック、寸法や他の操作を作成し、データソースを作成します。CRUDインターフェースは、リアルタイムの動的データソースを生成しました。

データプラットフォーム機能悟空と組み合わせたこの機能は、本当のセルフサービスの介入は、シーンを生成しませんでした。マイルドH5の事業開発、サーバー、テストの学生の人件費の解放。

フォローアップ探求し、この能力の物語を実装するために皆のための詳細な特集記事があります。

最後でV.書かれました

台湾でRSCと技術ソリューション悟空の活動を教えるの実現を通じて、我々べき台湾の悟空活動なぜカスタマイズ機能の初期の理解度が高いです。

我々 H5活動製品（部品、タスク）とプラットフォームはフレームから分離したとき、それは、開発者が正式に台湾で当社の顧客となっていることを意味します。我々は、開発者、オンライン経営開発のためのラインの開発環境を用意しました。することで、インフラストラクチャ、統一プロセス、製品、サービスの開発積極的な開発と効率化のため、全体としては、エコマーケティング会社の成長を加速させます。

台湾での探査活動での旅のフロントエンドが終了していない、多くの課題が私たちを待って、マイクロコンポーネントやシーンの使用は、多くの困難があり、私たちは皆のための徹底的なRSCコンポーネントメカニズムに関する次の特集記事を、戻すことが解像度。

• 「台湾で悟空活動|（上）マイクロコンポーネント状態管理。」

• 「台湾で悟空は活動|マイクロコンポーネント状態管理（下）。」

• 「台湾で悟空活動|マイクロコンポーネントフルスクリーンの適応方式」

• 「台湾で悟空活動|マイクロコンポーネントおよびマルチターミナルユニアプリ探査」

• ......

滞在が調整されたので、台湾のR＆Dチームの悟空生体また、出力に話題デスク・ソリューション・シリーズの周りの一連の活動を継続していきます。