این صفحه به‌وسیله ‏Cloud Translation API‏ ترجمه شده است.

اصطلاحات کلیدی & مفاهیم

این بخش برخی از اصطلاحات کلیدی استفاده شده در این دستورالعمل ها و همچنین اختصارات استفاده شده در مشخصات را توضیح می دهد.

معنی باید، باید و می

دستورالعمل‌های طراحی Android for Cars از اصطلاحات MUST ، SHOULD و MAY بر اساس تعاریف منتشر شده توسط IETF استفاده می‌کند. هم خودروسازان و هم توسعه دهندگان اپلیکیشن باید معانی این اصطلاحات را درک کنند.

در سراسر این دستورالعمل‌ها، عبارات MUST ، SHOULD و MAY اغلب ظاهر می‌شوند (هر دو در جداول با حروف بزرگ و در متن در حال اجرا با حروف کوچک). استفاده از این اصطلاحات با تعاریف ارائه شده توسط IETF برای روشن کردن سطوح مختلف نیاز در مشخصات مطابقت دارد.

برای جزئیات کامل، به تعاریف IETF، که منبع معتبر نحوه استفاده از این اصطلاحات در این دستورالعمل‌ها و در سند تعریف سازگاری Android (CDD) هستند، مراجعه کنید.

برای اطمینان از اینکه سیستم‌های Android for Cars به طور مداوم و قابل اعتماد در همه پیاده‌سازی‌ها کار می‌کنند، خودروسازان و توسعه‌دهندگان برنامه باید موارد زیر را در نظر داشته باشند:

مدت، اصطلاح	معنی
باید	دستورالعمل یک الزام مطلق است (نمی توان آن را حذف یا نادیده گرفت). چنین الزاماتی یا در سطح API یا توسط: فرآیند بررسی طراحی گوگل برای خودروسازانی که از خدمات خودروسازی گوگل استفاده می کنند روند بررسی فروشگاه Google Play برای برنامه های شخص ثالث
باید	ممکن است در شرایط خاص دلایل معتبری برای نادیده گرفتن دستورالعمل وجود داشته باشد، اما مفاهیم کامل باید قبل از انتخاب یک دوره متفاوت درک شده و به دقت سنجیده شوند.
ممکن است	دستورالعمل واقعا اختیاری است. یک خودروساز یا توسعه‌دهنده برنامه ممکن است برای برآورده کردن نیازهای بازار یا محصول خاص، دستورالعمل‌ها را دنبال کند، در حالی که دیگری ممکن است همان مورد را حذف کند. پیاده سازی که شامل یک گزینه خاص نیست ، باید برای تعامل با پیاده سازی دیگری که شامل این گزینه است، آماده شود، هرچند شاید با عملکرد کاهش یافته. در همین راستا، پیاده‌سازی که شامل یک گزینه خاص می‌شود ، باید برای تعامل با پیاده‌سازی دیگری که شامل گزینه نیست (البته به جز ویژگی‌هایی که گزینه ارائه می‌کند) آماده شود.

تعاریف IETF از MUST، SHOULD، MAY

و اصطلاحات مرتبط

حالت های رانندگی

این دستورالعمل‌ها گهگاه به تفاوت‌هایی در تجربه کاربری اشاره می‌کنند که به وضعیت رانندگی خودرو بستگی دارد - یعنی پارک، بیکار یا در حال حرکت. تصمیم گیری در مورد موارد مجاز در حالت های مختلف رانندگی و محدوده سرعت به سازنده خودرو و الزامات قانونی مربوطه در مناطق مختلف بستگی دارد.

در برخی موارد، برای مثال، یک عمل خاص ممکن است تنها در صورتی مجاز باشد که خودرو با ترمز دستی روشن متوقف شود. در برخی دیگر، این عمل فقط در صورتی مجاز است که خودرو با سرعت معینی یا کمتر از آن حرکت کند، مانند 5 مایل در ساعت.

کتابخانه خودرو اندروید: android.car.drivingstate

جزئیات فنی اضافی برای توسعه دهندگان

برچسب های چیدمان

از برچسب‌های زیر در سراسر این دستورالعمل‌ها برای نمایش طرح‌بندی‌های مشخصات استفاده می‌شود.

برچسب	شرح
	Edge: مرزهای عرض و ارتفاع پنجره موجود را نشان می دهد.
	حاشیه: مرزهای چپ و راست بوم برنامه را مشخص می کند که از نزدیکترین لبه اندازه گیری می شود. برای بحث در مورد اینکه چگونه عرض حاشیه با اندازه صفحه متفاوت است، از فضای کاری برنامه دیدن کنید.
	Keyline: مقداری که متناسب با عرض صفحه است که برای تعیین فاصله افقی بین یک عنصر و نزدیکترین حاشیه یا لبه جزء استفاده می شود. برای مقادیر خط کلید مرتبط با دسته‌های خاص پهنای صفحه، از خطوط کلیدی دیدن کنید.
	Padding: مقداری که برای تعیین فاصله بین عناصر روی صفحه با توجه به روابط آنها استفاده می شود. به طور کلی، هرچه رابطه بین دو عنصر نزدیکتر باشد، بالشتک باریکتر می شود. برای جزئیات بیشتر از مقادیر padding مورد استفاده در طرح‌بندی‌های مشخصات، از padding دیدن کنید.
	Flex: اصطلاحی که برای تعیین یک عنصر متمرکز عمودی یا افقی در یک ظرف یا فاصله ای که می تواند با توجه به عناصر مجاور رشد یا منقبض شود، استفاده می شود. همانطور که در استراتژی های مقیاس بندی بحث شده است، گاهی اوقات به ابعاد طرح بندی انعطاف پذیر، یک مقدار حداقل یا حداکثر اختصاص داده می شود.
	شعاع گوشه: انحنای یک گوشه را مشخص می کند که صفر نشان دهنده گوشه مربع و مقادیر بالاتر نشان دهنده گرد شدن بیشتر است.

چیدمان

حاشیه ها، خطوط کلیدی و بالشتک برای اندازه های مختلف صفحه نمایش