Our design journey to redefine Outlook for Windows through craftsmanship, intelligence, and personalization.
こんにちは、今年度に新卒入社したデザイン戦略室デザイナーの貴島と申します。本稿ではデザインガイドラインに焦点を当ててご紹介をしたいと思います。 私達がアプリの設計をする上で最初に行うべきことは、プラットフォームのデザインガイドラインを理解・熟知することでしょう。 Apple社は『iOSヒューマンインターフェイスガイドライン』、Google社は『マテリアル デザイン』といった独自のデザインガイドラインを設けており、プラットフォーム上のアプリに対してデザインガイドラインに沿った設計を推奨しています。 またデザインガイドラインは端末毎の差異を含めて画面構成が設計されているため、結果的に各OSに合わせた最適なユーザーインタフェイスの設計を可能にします。 ( ※マテリアル デザイン』日本語版のガイドライン(PDF形式)が先日公開されました。 ) マテリアル – 日本語 - Material Desi
コード標準は、開発チーム内でコードの読みやすさ、一貫性、コラボレーションを維持するために不可欠です。 業界のプラクティスと確立されたガイドラインに従っているコードは、理解、保守、拡張が容易です。 ほとんどのプロジェクトでは、コード規則を通じて一貫したスタイルが適用されます。 dotnet/docs プロジェクトと dotnet/samples プロジェクトも例外ではありません。 この一連の記事では、コーディング規則と、それらを適用するために使用するツールについて説明します。 規則をそのまま使用することも、チームのニーズに合わせて変更することもできます。 次のゴールに基づいて規則を選択しました。 正確性: サンプルがコピーされ、アプリケーションに貼り付けられます。 そのため、複数の編集を行った後でも、回復性と正確性を備えたコードを作成する必要があります。 教育: サンプルの目的は、.NET
フレームワークの開発で一貫性のある一連の命名規則に従うことは、フレームワークの使いやすさに大きく貢献することになります。 広範囲のプロジェクトで多くの開発者にフレームワークを使用してもらうことができます。 フォームの一貫性以外に、フレームワーク要素の名前は簡単に理解できて、各要素の機能を伝えるものにしなければなりません。 この章の目標は、開発者がすぐに理解できる名前が付けられるよう、一貫性のある一連の命名規則を提供することです。 コード開発の一般的ガイドラインとしてこれらの命名規則を採用することで、コード全体で名前付けの一貫性が向上することになります。 ただし、それは一般公開される API にのみ適用することが求められます (public または protected の型とメンバー、明示的に実装されるインターフェイス)。 このセクションの内容 大文字の使用規則 一般的な名前付け規則 アセン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く