マイクロフロントエンドアーキテクチャは、フロントエンド開(kāi)発アーキテクチャのますます人気のある方法です。これは、フロントエンドのWeb開(kāi)発の將來(lái)を表している可能性が高いため、アーキテクチャがアプリケーションと開(kāi)発チームにもたらすことができる重要な利點(diǎn)を理解することが重要です。

私のチームと私はこのアプローチを2年間使用してきました。今度は、學(xué)んだことすべてと、次のプロジェクトでそれを採(cǎi)用することを考え始める最も重要な理由を共有する時(shí)が來(lái)ました。

まず、マイクロフロントエンドアーキテクチャが何であるかを見(jiàn)てから、現(xiàn)在採(cǎi)用されている5つの理由に飛び込みましょう。

キーポイント

• マイクロフロントエンドアーキテクチャにより、チームはお?dú)荬巳毪辘违匹违恁俯`を使用して獨(dú)立して作業(yè)できるようになり、コードの品質(zhì)が向上し、開(kāi)発者が向上します。
• マイクロフロントエンドアプローチを使用すると、小さなチームが同時(shí)に異なる機(jī)能を処理できるため、開(kāi)発と展開(kāi)をスピードアップでき、通信オーバーヘッドを削減し、リリースを高速化できます。
• マイクロフロントエンドアーキテクチャは、Webアプリケーションをより小さく、管理しやすく、テストとメンテナンスをよりシンプルで効率的にすることにより、保守性を向上させることができます。

マイクロフロントエンドアーキテクチャとは何ですか？

過(guò)去數(shù)年間、IT企業(yè)は大規(guī)模なソフトウェアをより小さく、管理しやすいブロックに分解し始めました。このアプローチの背後にあるアイデアは、獨(dú)立して開(kāi)発、テスト、展開(kāi)できる多くのサービスを持つことです。

これは、バックエンド開(kāi)発のマイクロサービスアーキテクチャに関するものです。ただし、同じ方法をフロントエンド開(kāi)発にも適用できます。これは、マイクロフロントエンドアーキテクチャと呼ばれます。 Martin Fowlerの公式Webサイトでは、マイクロフロントエンド法は次のように定義されています。

獨(dú)立して提供されたフロントエンドアプリケーションがより大きな全體に組み合わされる建築スタイル。

フロントエンドWeb開(kāi)発のためのこのアーキテクチャアプローチは、従來(lái)のモノマー法のよく知られた欠陥を解決するため、ますます人気が高まっています。これは主に、フロントエンドソフトウェアが迅速に発展する傾向があり、モノリシックアーキテクチャを使用すると、すべてが維持がより困難になるためです。

一方、マイクロフロントエンドでは、それほど複雑ではなく退屈なアーキテクチャを?qū)g裝できます。特に、マイクロフロントエンドアプローチのおかげで、アプリケーション全體を小さな別々の部品に分割できます。その後、各パーツは、異なるフロントエンドチームによって実裝され、さらには異なるテクノロジーを使用できます。これにより、バックエンドマイクロサービスアーキテクチャと同じスケーラビリティ、柔軟性、適応性が保証されます。さらに、このアプローチを使用すると、同じWebページでライブラリまたは異なるフレームワークを使用して開(kāi)発されたマイクロフロントエンドコンポーネントを組み合わせて使用??できます。

したがって、マイクロフロントエンドがIT世界のトレンドであることは驚くことではありません。このアプローチはますます採(cǎi)用されています。

マイクロフロントエンドを選択することの5つの利點(diǎn)

開(kāi)発のためにマイクロフロントエンドを使用すると、このフロントエンド開(kāi)発アプローチの実際の利點(diǎn)を垣間見(jiàn)ることができました。

さて、フロントエンド開(kāi)発者との経験に基づいて、それを使用する5つの最も関連する理由を見(jiàn)てみましょう（マイクロフロントエンドを2年以上使用）。

バランスの取れた畫(huà)像を作成するために、この記事では、マイクロフロントエンドによってもたらされた5つの最も重要な欠陥を紹介します。

複數(shù)のチームに拡張

私が働いているチームは、さまざまな背景とスキルを持つ開(kāi)発者で構(gòu)成されています。反応の専門(mén)家である人もいれば、vue.jsや角張った専門(mén)家もいます。 JavaScriptでエンコードするのが好きな人もいれば、TypeScriptでエンコードするのが好きな人もいます。最初は、これは障壁を表しています。唯一の解決策は共通の根拠を見(jiàn)つけることですが、この選択により、一部の開(kāi)発者に新しいテクノロジーを?qū)Wび、専門(mén)知識(shí)を失うことが強(qiáng)制されます。したがって、ソリューションを探して、マイクロフロントエンドアーキテクチャアプローチを採(cǎi)用することにしました。

このため、元のチームを複數(shù)のチームに分割することができ、それぞれの人が自分の才能を最大限に活用することができました。これは、さまざまなチームが、対処しなければならないビジネスロジックに基づいて、アーキテクチャ、テスト、コーディングスタイルの観點(diǎn)から最良の決定を下すことができるためです。さらに、このアプローチ自體はコードとスタイルの隔離をもたらし、各チームを他のチームから獨(dú)立しています。

マイクロフロントエンドは、最終結(jié)果にも役立ちます。これは、このアプローチを完全に採(cǎi)用した後にチームが學(xué)んだことです。実際、お?dú)荬巳毪辘违匹违恁俯`を使用できる複數(shù)の無(wú)料の小さなチームを持つことは、本質(zhì)的に制限が少ないため、高品質(zhì)のコードを書(shū)く意欲が高まっていることを意味します。

異なるテクノロジースタックを使用して

マイクロフロントエンドは小さく獨(dú)立した部品で構(gòu)成されているため、各部品は異なるテクノロジースタックを使用して実裝できます。これは非常に大きな利點(diǎn)です。第一に、スタートチームは特定のテクノロジースタックの専門(mén)知識(shí)に基づいて多くの小さなチームに分けることができるため、これは単一の責(zé)任の原則にも適合します。第二に、多くのテクノロジースタックが同じプロジェクトに使用されるため、新しい開(kāi)発者を雇う方が簡(jiǎn)単です。

さらに、マイクロフロントエンドアプローチは、実際に特定の技術(shù)をロックする現(xiàn)象を排除するか、少なくともこの現(xiàn)象を大幅に減らします。これは、チームが以前に開(kāi)発されたコンテンツを変換せずに常に新しいテクノロジースタックを選択することを決定できるためです。さらに、マイクロフロントエンドアーキテクチャで構(gòu)成される各ブロックは、フロントエンドモノマーよりも確かに小さく、新しいテクノロジーに変換するのに時(shí)間がかかりません。

さらに、チームはマイクロフロントエンドアプローチを採(cǎi)用して以來(lái)、新しいテクノロジー、ライブラリ、フレームワークを試すように動(dòng)機(jī)付けられています。実際、アプリケーションに新しいセクションを追加する必要があるときはいつでも、新しいテクノロジースタックを採(cǎi)用することを決定できます。これは、市場(chǎng)で多くのJavaScriptフレームワークを使用する方法を?qū)Wぶ貴重な機(jī)會(huì)を表しています。

開(kāi)発と展開(kāi)の高速

解決する必要があるもう1つの重要な側(cè)面は、マイクロフロントエンドを採(cǎi)用することにより、チームのフロントエンド開(kāi)発プロセスが大幅に改善されたことです。主な理由は、私たちがもはや避けられないコミュニケーションのオーバーヘッドに対処することを余儀なくされている大規(guī)模なチームではなく、実裝の詳細(xì)に関係なく、同時(shí)に異なる機(jī)能に対処する小さな獨(dú)立チームの一部であることです。

想像できるように、これは新機(jī)能のリリースにおける大幅な改善も表しています。その理由は、主に小さなマイクロフロントエンドの構(gòu)築が大規(guī)模なシングルボディソフトウェアよりも速く簡(jiǎn)単になるため、開(kāi)発プロセスが大幅に改善されたためです。したがって、展開(kāi)時(shí)間も大幅に増加します。実際、チームが機(jī)能の作業(yè)を完了するたびに、待つことなくオンラインで展開(kāi)できます。

言い換えれば、マイクロフロントエンドアプリケーションは、獨(dú)立した機(jī)能を同時(shí)に処理するための獨(dú)立したチームに基づいています。これは、特に小チームの數(shù)が増えるにつれて、より高い出版率を達(dá)成する機(jī)會(huì)を表す必要があります。

Webアプリケーションの維持が容易になります

大規(guī)模なアプリケーションに取り組んだことがあるなら、特にモノリシックであり、巨大になる運(yùn)命にあるとき、それらは簡(jiǎn)単に維持するのが難しくなる可能性があることを知っています。一方、マイクロフロントエンドは、分割と征服の方法に基づいています。これは、Webアプリケーションのためにこのアーキテクチャを選択することにより、各ビジネス要件をテストとメンテナンスを容易にすることができることを意味します。

これは私たちのチームが非常に迅速に學(xué)んだことです。大規(guī)模なモノリシックアプリケーションのテストは困難であり、多くの時(shí)間がかかります。私たちは皆、それを知っています。しかし、マイクロフロントエンドアプローチを取って以來(lái)、すべてが変わりました。各チームは、開(kāi)発された機(jī)能のテストを擔(dān)當(dāng)しています。これは、完全なアプリケーションよりもはるかに小さいです。これにより、プロセス全體が高速化され、簡(jiǎn)単になります。だから、誰(shuí)も今テストすることを恐れていません。さらに、各獨(dú)立したチームは、お?dú)荬巳毪辘违匹攻去末`ルとテクニックを自由に使用できるようになりました。

さらに、小さなブロックを処理することは、何が起こっているかを理解するプロセスがより負(fù)擔(dān)になることを意味します。これにより、多くのウィジェットに基づいて構(gòu)築されたより信頼性の高いWebアプリケーションが発生し、必要に応じて維持しやすくなります。

フロントエンド開(kāi)発の未來(lái)を表しています

2020年のマイクロサービスステータスレポートによると、開(kāi)発者の24％がマイクロフロントエンドを使用しています。これは、ますます多くの企業(yè)がこのアプローチの力を活用していることを意味し、多くの一般的なフロントエンドアプリケーションが將來(lái)それを採(cǎi)用することを期待しています。言い換えれば、マイクロフロントエンドは、フロントエンド開(kāi)発の次のステップを表す場(chǎng)合があります。

私のチームはこの問(wèn)題に対処する機(jī)會(huì)があり、フロントエンド開(kāi)発に対するモノリシックなアプローチの自然な進(jìn)化を表していることは間違いありません。一方、それはまだ比較的新しく、やや未熟な技術(shù)であり、まだ長(zhǎng)い道のりです。これはまた、欠點(diǎn)について議論する必要がある理由でもあります（たとえば、一部のマイクロフロントエンドの実裝は、依存関係の重複につながります）。これらの問(wèn)題については、次の記事で説明します。

同時(shí)に、Webアプリケーションも常に進(jìn)化しており、私のチームと私は、マイクロフロントエンドがフロントエンド開(kāi)発の自然な進(jìn)化であると言うことをためらうことはありません。

結(jié)論

この記事では、毎日2年間マイクロフロントエンドアーキテクチャアプローチを使用して、私と私のチームの経験に基づいて、マイクロフロントエンドアーキテクチャアプローチを採(cǎi)用する5つの最も重要な理由を探ります。マイクロフロントエンドアプローチを使用すると、フロントエンドアプリケーションを互いに獨(dú)立した小さな部分に分割できます。

バックエンド開(kāi)発で使用されるマイクロサービスアーキテクチャは、マイクロサービスアーキテクチャほど人気が??ありませんが、その背後にある概念はほぼ同じです。マイクロフロントエンドのアーキテクチャが現(xiàn)在トレンドであることは驚くことではありません。これは、フロントエンド開(kāi)発の自然な進(jìn)化を表している可能性があります。これは、それを理解することが不可欠である理由であり、現(xiàn)在學(xué)習(xí)が採(cǎi)用されている主な理由であり、まさにこの記事の目的です。

マイクロフロントエンドフレームワークの開(kāi)始方法について詳しく知りたい場(chǎng)合は、作業(yè)アプリケーションを構(gòu)築するマイクロフロントエンドアーキテクチャのガイドをご覧ください。

お読みいただきありがとうございます！この記事が役立つことを願(yuàn)っています。お?dú)葺Xにご連絡(luò)ください。質(zhì)問(wèn)、コメント、提案をしてください。

マイクロフロントエンドアーキテクチャに関するよくある質(zhì)問(wèn)

マイクロフロントエンドアーキテクチャの重要な利點(diǎn)は何ですか？

マイクロフロントエンドアーキテクチャは多くの利點(diǎn)を提供します。まず、獨(dú)立した展開(kāi)を可能にします。これは、システム全體に影響を與えることなく、Webサイトの個(gè)々のコンポーネントを更新または変更できることを意味します。第二に、獨(dú)立したチームを促進(jìn)します。各チームは、フロントエンドのさまざまな部分を処理するために最もよく知られているテクノロジースタックを使用できます。これにより、生産性と効率が向上します。最後に、スケーラビリティを向上させます。アプリケーションが成長(zhǎng)するにつれて、新しい機(jī)能を個(gè)別のマイクロフロントエンドとして追加して、複雑さを減らし、システムの管理を容易にすることができます。

マイクロフロントエンドアーキテクチャのユーザーエクスペリエンスを改善する方法は？

マイクロフロントエンドアーキテクチャは、ユーザーエクスペリエンスを大幅に向上させることができます。必要なコンポーネントのみが一度にロードされるため、負(fù)荷時(shí)間を速くすることができます。これにより、よりスムーズで応答性の高いユーザーインターフェイスが発生します。さらに、よりパーソナライズされたユーザーエクスペリエンスを提供できます。さまざまなチームがユーザーインターフェイスのさまざまな部分を処理でき、各コンポーネントがユーザーの特定のニーズを満たすことができます。

マイクロフロントエンドアーキテクチャを?qū)g裝することの課題は何ですか？

マイクロフロントエンドアーキテクチャには多くの利點(diǎn)がありますが、いくつかの課題も提示します。これらの課題には、複數(shù)のコードベースとチームの潛在的なパフォーマンスの問(wèn)題を管理する必要があるため、複雑さが増しています。

単一のフロントエンドアーキテクチャと比較して、マイクロフロントエンドアーキテクチャはどうですか？

フロントエンド全體を単一のユニットに構(gòu)築する?yún)g一のフロントエンドアーキテクチャとは異なり、マイクロフロントエンドアーキテクチャは、フロントエンドをより小さく、より管理しやすいコンポーネントに分割します。これにより、柔軟性とスケーラビリティが向上します。ただし、より多くの調(diào)整と管理が必要であり、追加の複雑さを追加する場(chǎng)合があります。

マイクロフロントエンドアーキテクチャは、あらゆるテクノロジースタックで使用できますか？

はい、マイクロフロントエンドアーキテクチャの主な利點(diǎn)の1つは、その技術(shù)的獨(dú)立性です。これにより、さまざまなチームがフロントエンドの特定の部分を処理するために最もよく知られているテクノロジースタックを使用できます。これにより、生産性と効率が向上します。

マイクロフロントエンドアーキテクチャは、テストとデバッグにどのように影響しますか？

マイクロフロントエンドアーキテクチャは、各マイクロフロントエンドを個(gè)別にテストおよびデバッグする必要があるため、テストとデバッグをより複雑にする場(chǎng)合があります。ただし、問(wèn)題を特定のマイクロフロントエンドに分離できるため、よりターゲットを絞ったテストとデバッグも可能にします。

マイクロフロントエンドアーキテクチャにおけるマイクロサービスの役割は何ですか？

マイクロサービスは、マイクロフロントエンドアーキテクチャで重要な役割を果たします。それらは、バックエンドを獨(dú)立して開(kāi)発、展開(kāi)、およびスケーリングできる、より小さな獨(dú)立したサービスに分解できるようにします。これにより、マイクロフロントエンドアプローチが補(bǔ)完され、より柔軟でスケーラブルなシステムが生まれます。

マイクロフロントエンドアーキテクチャはパフォーマンスにどのように影響しますか？

マイクロフロントエンドアーキテクチャは、負(fù)荷時(shí)間を速くすることでパフォーマンスを向上させることができます。ただし、複數(shù)のマイクロフロントエンドを?qū)g行するオーバーヘッドにより、パフォーマンスの問(wèn)題を引き起こす可能性もあります。したがって、最適なパフォーマンスを確保するために、慎重な設(shè)計(jì)と実裝が必要です。

マイクロフロントエンドアーキテクチャは継続的な配信をどのようにサポートしていますか？

マイクロフロントエンドアーキテクチャは、個(gè)々のコンポーネントを個(gè)別に展開(kāi)できるようにすることにより、継続的な配信をサポートします。これは、システム全體に影響を與えずに新たな機(jī)能または更新を?qū)毪贰ⅴ昆Ε螗骏ぅ啶蓼郡膝伐攻匹嗳wの問(wèn)題のリスクを減らすことができることを意味します。

マイクロフロントエンドアーキテクチャを?qū)g裝するためのベストプラクティスは何ですか？

マイクロフロントエンドのアーキテクチャを?qū)g裝するためのいくつかのプラクティスは、デザインの獨(dú)立性を保証します。

以上が5つの理由マイクロフロントエンドアーキテクチャを採(cǎi)用する必要がありますの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。