最近、Avitoのオフィスは4つ目のMIT衛星Moscow.js-Moscow SPAをホストしました。これは、Webアプリケーション（シングルページアプリケーション）のトピックに関心のあるフロントエンド開発者向けの会議です。 プレゼンテーションは、Mail.ru、Alfa-Bank、Avitoの代表者によって行われ、会議の最後に、今日のSPAのあり方についてパネルディスカッションが行われました。 カットの下で-レポートのビデオとプレゼンテーション、および写真レポートへのリンク。
メジャープロジェクトのフロントエンドアーキテクチャ。 コンスタンチン・レベデフ（Mail.ru）
このレポートは、40分で7年以上のパスをカバーする試みです。
- API設計（生産、ドキュメント）;
- API /データ（モデル、永続性、高負荷）を操作します。
- アプリケーション：
a。 「プロジェクトの紹介」（エントリのしきい値を下げる）。
b。 アプリケーションスケルトンとしてのルーター。
c。 コンポーネント開発（attrs down＆events up）;
d。 データとUIの相互作用（ビジネスロジック、突然変異、サービス）。
...そしてこのすべて-React / Angular / Vueなし、純粋なJSのみ、ハードコアのみ;]
アトミックSPA。 アレクサンダー・キトフ（アルファ銀行）
大きなSPAは本当に良いですか？ 大規模なプロジェクトで作業しているときに、小さな変更が他人のコードを壊さないことを常に確信していますか？ アルファバンクでは、アプリケーション開発に対して異なるアプローチを取りました。可能な限り独立した、最小限に分割できないSPAを使用しています。
戦線の開発に対するこのアプローチの利点と、私たちが遭遇した問題と、それらをどのように解決したかについて、両方についてお話します。
スケーラブルなフロントエンドアーキテクチャ。 ローマンドヴォルノフ（アヴィート）
1人の開発者がプロジェクトを完了すると、すべてが簡単になります。 小さなチームがそれに取り組んでいるとき、あなたは同期して同意することができます。 しかし、多くのプロジェクト（サイトとアプリケーション）があり、多くのチームが機能を横断し、関連する責任分野でプロジェクトを操作すると、すべてが複雑で混乱します。
フロントエンドアーキテクチャのビジョン、スケーラビリティを確保するためにはどうあるべきかについてお話します。 私の経験と大規模プロジェクトが直面する問題に基づいています。
ディスカッションパネル「今日のSPA-それはどうあるべきか？」
ローマン・ドヴォルノフ、アレクセイ・ブキン、コンスタンチン・レベデフ、セルゲイ・メリウコフ、アレクサンドル・キトフ、セルゲイ・ルバノフ、アレクセイ・オクリメンコが、現代のシングルページアプリケーションの問題についてパネルディスカッションを行いました。 用語の関連性について、技術スタックとツールについて議論し、コードベースとその関連性のサポートについて、ビジネスの観点からSPAへの期待について、そしてSPAの開発に使用される開発者と新しい技術に必要な知識について話しました。
会議に来てくれた皆さん、ビデオを見てくれてありがとう。 ミーティングの写真レポートをFacebookに投稿しました 。 すべての動画はYouTubeのプレイリストにアップロードされます 。 SPA Meetupsについて最初に知るには、Timepad のコミュニティページに登録してください 。 また、今後レポートに耳を傾けたいトピックに関するコメントで必ずお知らせください。
じゃあね！