私たちはこのオープンソースプロジェクトを世界中の人々に提供したいと考えています。このチュートリアルの内容をあなたが知っている言語に翻訳するのを手伝ってください。関する一連の最新の標準について説明します。現時点では、これらの標準は開発中です。標準に統合されている一方、まだドラフト段階にあるものもあります。メンバが関連する仕様の多くを支持しているからだと思います。共通点は...コンポーネントのアイデア自体は新しいものではありません。これは多くのフレームワークなどで使われています。実装の詳細に移る前に、この素晴らしい人類の成果を見てください:これは国際宇宙ステーション(ISS)です。これは内部がどのように作られているかです(おおよそ)国際宇宙ステーション:多数のコンポーネントから構成されています各コンポーネントは、今度は自身が内部に多くの小さな細部を持っています。webサイトよりもはるかに複雑です。コンポーネントは、さまざまな言語を話す異なる国のチームによって国際的に開発されています。...そして、これは飛び、人類は宇宙で生きることができます!どのようにして、これほど複雑なデバイスは作られるのでしょうか?我々の開発に同レベルの信頼性と拡張性を実現する、あるいは少なくともそれに近づくためには、どの原則を取り入れることができますか?コンポーネントアーキテクチャ複雑なソフトウェアを開発するための広く知られている規則は、複雑なソフトウェアを作らない、です。何かが複雑になった場合、それをより単純な複数のパーツに分割し、最も明白な方法でそれらをつなぎます。良いアーキテクトは、複雑なものを単純にできる人です。ユーザーインターフェースは視覚的なコンポーネントに分割することができます。でき、他のものとは別ものです。webサイトを見てみましょう。自然にコンポーネントに分割されます。メッセージ.コンポーネントはサブコンポーネントを持つことがあります。コンポーネントの一部かもしれません。クリック可能なユーザ画像自体がコンポーネントになったりすることもあります。何がコンポーネントかはどのようにして決めますか?それは直感や経験、一般常識からきます。通常それは、それが何をするのか、またページとどのように相互作用するのかという観点から説明できる視覚的なエンティティです。上の例では、ページには区切りがあり、それぞれが自身の役割を果たしています。そのため、これらのコンポーネントを作るのは理にかなっています。コンポーネントは次のものを持っています。これはそのクラスによってのみ管理され、外部のコードはそこにアクセスしません("カプセル化"の原則)。コンポーネントに適用されます。他のコンポーネントとやり取りするためのイベントやクラスメソッドなどです。いうもの自体は特別なものではありません。それらを構築するための多くのフレームワークと開発方法論があり、それぞれ独自のオプション機能を持っています。提供するのに、特別なCSSクラスと規約が使用されます。そのためのブラウザ組み込みの機能です。それらを自分たちでエミュレートする必要はありません。カスタムのHTML要素を定義します。他からは隠された、コンポーネント用の内部DOMを作成します。内にのみ適用されるスタイルを宣言します。その他のいくつかの機能は、カスタムコンポーネントを開発により適したものにするためのものです。コンポーネントの基本的かつよくサポートされている機能の詳細を見ていきます。前のレッスン次のレッスンシェアチュートリアルマップコメントコメントをする前に読んでください...自由に記事への追加や質問を投稿をしたり、それらに回答してください。タグを使ってください。codepen...)。記事の中で理解できないことがあれば、詳しく説明してください。Kantorプロジェクトについてコンタクト。