Project Fugu API ショーケースは、Project Fugu のコンテキストで考案された API を利用するアプリのコレクションです。Project Fugu の詳細については、機能のランディング ページをご覧ください。

フィルタ条件

使用した API

ビューでレイヤベースのアニメーションを使用すると、パフォーマンスが向上し、 設定がむずかしいこともあります。「 AnimationBuilder レイヤの読みやすさを大幅に向上させ、 作成できます。 次の 2 つの間で連続的なクロスフェードをアニメーション化する必要があるとします。 ビューを示しています。 レイヤ アニメーション API を直接使用してこの処理を行う例を次に示します。 以下は、 AnimationBuilder

Chromium のデベロッパーが n-day の悪用のリスクを低減する方法をご確認ください。

Chrome の iOS アプリのコードを扱う方法を学びます。

Clang の静的解析フレームワークがスレッドセーフなプルーフのトイルをどのように引き継ぐかについて学びます。

同じ型が互換性のないドメインの値を表すことがあり、バグが発生する可能性があります。幸いなことに、Chromium の //base では明示的な明確なタイプを簡単に導入できます。

Chrome とインフラストラクチャにポリシー適用チェックを実装したことで、セキュリティに関する最低限の基準を満たしていることを確認できます。

Depot Tools は、Git 上に構築されたツールのコレクションであり、Chromium コードベースと関連プロジェクトに寄与するデベロッパーのワークフローを簡素化します。

Tast は、Chrome の a11y(ユーザー補助)ツリーを使用して ChromeOS UI を制御する新しい UI ライブラリです。このライブラリを使用すると、デベロッパーは表示されている UI サーフェスに対するエンドツーエンド テストを簡単に作成できます。

ベンチマークの追加は、パフォーマンスの低下を防ぎ、パフォーマンスを向上させるための簡単な方法です。

CLion IDE を使用すると、シンボル間の移動やコードベースの検索などが可能になります。

テスト カバレッジは、特定のテストスイートの実行時に実行されるソースコードの量を測定します。

ブラウザのテストを作成する際に、ユーザーが手動で行えるセットアップ アクションをプログラマティックに実行したいと思うことはよくあります。そのために、Mixin は簡単なブラウザのテスト設定を再利用可能な方法で実行するためのツールスイートです。

パソコンで Chrome が自動的に最新の状態に保たれていると思ったことはありませんか?または、Chromebook、Chromecast、Android にアップデートを提供する方法も教えてください。

Chromium では、1 つのコンポーネント用に記述されたコードの中で、他の場所では役立つものの、隠れた制限がある可能性があるコードを見つけるのが一般的です。安全のため、ターゲットの公開設定を制限することで、危険な機能への外部アクセスを制限します。

Chrome の新機能の回帰を検出したい場合は、ウォーターフォールである Chrome の継続的なビルドとテストのインフラストラクチャにテストを追加します。

デバッガで同じテストを何度も実行して、コードがどうして不適切な状態になったのか調べたいと思ったことはありませんか?便利なツールをご用意しました。RR は実行トレースを記録し、後退したり、逆戻りしたり、変数の値が変化した場所や、オブジェクトで関数が最後に呼び出された日時を確認したりするのが容易になります。

Chrome のテスト戦略は、自動化された機能の正確性テストと手動テストに大きく依存していますが、どちらも軽微な UI の回帰を確実に検出することはできません。ピクセルテストを使用すると、パソコンのブラウザの UI テストを自動化できます。

ClusterFuzz によって検出された優先度の高いセキュリティ バグを修正するよう求められる場合があります。概要: バグを真剣に受け止めるべきか?サポートするには

GWP-ASan は、実際の環境で使用するように設計されたヒープのみのメモリエラー検出器です。use-after-frees、バッファのオーバーフロー/アンダーフロー、二重解放を検出します。ASan とは異なり、スタックやグローバルのエラーは検出されません。

Chromium のソースファイルを 1 つ手動でコンパイルすると、コンパイラの最適化オプションを試したり、マクロの詳細を把握したり、コンパイラのバグを最小限に抑えることができます。今月は、ソースの前処理方法について説明します。

Chrome の Issue Tracker の Monorail では、グリッドビューで問題をかんばんスタイルのボードで可視化できます。このエピソードでは、グリッドモードの使用方法について説明します。

すべてのコードにバグがあります。Chrome ブラウザのプロセスにはサンドボックスがないため、そうしたバグによって悪意のあるコードがデバイス全体にフルアクセスする可能性があります。このエピソードでは、サンドボックスを使わずにコーディングする際の推奨事項と禁止事項について説明します。

ウェブに公開される機能をテストするには、ウェブ プラットフォーム テスト(WPT)を使用することをおすすめします。これは、GitHub を介して他のブラウザと共有されるためです。今月は、WPT のベスト プラクティスをご紹介します。

テストは、バグや回帰を発見し、より優れた設計を適用し、コードの保守を容易にするため、非常に重要です。今月は、Gerrit で徹底的なテストを実施する方法について説明します。

不安定なテストは、Chrome でよく見られる問題です。他のデベロッパーの生産性に影響を及ぼし、時間の経過とともに無効になります。今月は、テストの不安定さに対処する方法について説明します。

Chrome チームが Chromium Chronicle を発表いたします。これは、ブラウザを構築するデベロッパーである Chromium デベロッパー専用の月刊シリーズです。今月は、タスクのスケジュール設定のベスト プラクティスを見ていきます。