کار با ویس-RSI-Convergence-Framework

هدف مشترک در حال انجام از W3C اتومبیل WG (و BG) امکان دسترسی به اطلاعات و عملکرد خودرو از طریق پروتکل ها و فناوری های پایگاه های وب است. در اینجا چکیده از VISS است:

این مشخصات یک API مبتنی بر WebSocket را برای یک سرویس اطلاعاتی وسیله نقلیه (VIS) تعریف می کند تا برنامه های مشتری را قادر به دریافت ، تنظیم ، اشتراک و اشتراک در سیگنال های وسیله نقلیه و ویژگی های داده شود.

The purpose of the specification is to promote a Server API that enables application development in a consistent manner across participating automotive manufacturers.>

در اینجا لیستی از اهداف مشترک وجود دارد:

• مدل داده های مشترک
• پروتکل دسترسی مشترک/مداوم
• از پارادایم های شناخته شده پشتیبانی کنید
• از افشای سیگنال ها پشتیبانی کنید
• از قرار گرفتن در معرض عملکرد وسایل نقلیه مانند NAV ، رسانه پشتیبانی کنید
• به داده های وسیله نقلیه (داده های وسیله نقلیه) در داخل و خارج از وسیله نقلیه دسترسی پیدا کنید

چارچوب برای حمل و نقل آگنوستیک است اما HTTP را توصیه می کند و WebSockets از جریان سریع داده ها برای موقعیت هایی که در صورت نیاز ، RPM و غیره پشتیبانی می کنند ، پشتیبانی می کنند.

چندین بازدید از اطلاعات در وسیله نقلیه - اطلاعات کم تأخیر منتشر شده مهم است

مباحث بحث

این لیستی از ویژگی هایی است که ما می خواهیم در چارچوب جدید ببینیم. علاوه بر این مباحثی که باید تصمیم بگیرند نیز در اینجا لیست هستند.

• نسخه سازی
  • داشتن خوشه های نسخه از خوشه های نسخه
  • چه چیزی باید قابل پرداخت باشد
  • چگونه یک آدرس باید شبیه باشد
  • در زمان اجرا قابل گسترش است؟

  توضیحات ویژگی

  این توضیحات ویژگی هایی است که مورد بحث قرار گرفته و به احتمال زیاد قبلاً در لیست موضوعات بحث و گفتگو قرار گرفته است.

  • کنترل عناصر
    • شیء گرا
    • به هم پیوستن اشیاء
    • معرفی خوشه ها
      • برای کاهش "پیچیدگی"
      • دسته ای از اشیاء را به عنوان "مجموعه" با نسخه خاصی اداره کنید
      • گروه هدف
        • بحث: https://lists. w3. org/archives/member/member-automotive/2018may/0031.html
        • عملکردهای داخلی تمرکز اصلی برای چارچوب
        • اطلاعاتی را از وسیله نقلیه در دسترس توسعه دهندگان تهیه کنید
          • این توسعه دهندگان ممکن است توسعه دهندگان شخص ثالث باشند
          • جالب خواهد بود اگر برنامه های شخص ثالث بتوانند چیزی را به همان روشی ارائه دهند که عملکردهای داخلی اطلاعات را ارائه می دهند (extensibel)
          • اجرای رابط های وسیله نقلیه توزیع شده
            • بحث: WG با 2018-05-22 تماس بگیرید
            • ایجاد شده از موضوع بحث "خدمات خرد"
            • اجرای توزیع خدمات اجرای API باید امکان پذیر باشد
            • اجرای توزیع شده می تواند در امکانات نمایش داده شود
            • گروه بندی (سیگنال ها و منابع)
              • بحث و گفتگو: WG Call 2018-05-22 ، هنوز هم به عنوان گروه به پایان نرسیده است
              • مقادیر داده برای توسعه دهندگان دفن نمی شود ، از یک دیدگاه توسعه دهندگان (مقدار داده) منطقی خواهد بود
              • مقادیر داده باید به راحتی در یک شیء خشن مانند رویکرد (شی) ساختار یابد
              • اشیاء مشابه باید توسط یک زمینه (خوشه) گروه بندی شوند
              • مثال:
                • خوشه: بدن
                  • شی: پنجره (یا لیست ویندوز)
                    • مقدار داده: موقعیت
                    • مقدار داده ها: کثیف
                    • مقدار داده ها: قفل شده
                    • مقدار داده ها: بسته
                    • مقدار داده: پنجره
                    • نمایش داده شد
                      • بحث: https://www.w3. org/2018/05/29-auto-minutes
                      • این بخشی از داده های مورد نظر ، فیلتر کردن بخشی برای مجموعه خاصی از داده ها است
                      • تصفیه
                        • ما می خواهیم بتوانیم از "همه درهایی که باز هستند" بخواهیم
                        • مشکل: در صورت امکان برای اجرای منبع در صورت امکان امکان ساخت یک پرس و جو
                        • استفاده از منابع از طرف سرویس ممکن است محدود باشد
                        • IDEA: سرویس می تواند "بگوید" چه نوع فیلتر/پرس و جو ارائه شده است. مشتری ممکن است بقیه را حل کند
                        • قابلیت های فیلتر ممکن است بسته به اجرای آن باشد. مقدار داده مورد انتظار در مقابل اجرای پیچیده
                        • فیلتر باید در هر مقداری که "به راحتی قابل توصیف" است (به عنوان مثال حباب های باینری ممکن است فیلتر نباشد) امکان پذیر باشد.
                        • راه حل های دیگر
                          • پات
                          • SQL

                          چه موقع از VISS (WebSockets) استفاده کنید/چه زمانی از VIWI استفاده کنید (REST/HTTP)

                          از این وبلاگ ، در زیر جدول تفاوتهای کلیدی بین HTTP/REST و WebSockets قرار دارد. در صفحه پیوندها ، لیست خوبی از زمان استفاده از کدام یک وجود دارد. خوب است که در اینجا چنین لیستی داشته باشید.

                           

                          HTTP (استراحت)	جوراب
                          دوتایی
                          نیم	نیم
                          الگوی پیام رسانی
                          پاسخ درخواست	دو جهته
                          فشار سرویس
                          به طور بومی پشتیبانی نمی شود. نظرسنجی مشتری یا تکنیک های بارگیری جریان استفاده شده.	ویژگی اصلی
                          در بالای سر
                          سربار متوسط در هر درخواست/اتصال.	سربار متوسط برای ایجاد و حفظ اتصال ، سپس حداقل سربار در هر پیام
                          ذخیره سازی واسطه/لبه
                          ویژگی اصلی	ممکن نیست
                          مشتریان پشتیبانی شده
                          حمایت گسترده	زبان ها و مشتریان مدرن
                          تعادل بار
                          معمولاً مورد استفاده قرار می گیرد	معمولاً مناسب نیست

                          مدل های اطلاعاتی در مقابل/viwi

                          • یک ساختار درخت (نمودار محدود) را تعریف می کند.
                          • یک ساختار درخت "می تواند هر چیزی را تعریف کند".
                          • بهینه شده برای سیگنال های وسیله نقلیه (تلاش برای ترجمه آسان/مستقیم به پایگاه داده CAN و مشابه)
                          • یک شعبه خصوصی را برای سیگنال های اختصاصی تعریف می کند
                          • در درجه اول با هدف سیگنال های وسیله نقلیه ، اما همچنین شامل دامنه هایی برای رسانه و ناوبری (سیگنال ها. cabin. infotainment . media و . navigation)
                          • تقسیم واضح بین داده های استاتیک (ویژگی ها.*) و داده های پویا (سیگنال ها.*)
                          • به مشتری اجازه می دهد تا از یک شاخه خاص (انواع پیچیده) یا یک برگ (نوع بدوی) به داده ها دسترسی پیدا کند
                          • قابل گسترش برای اجازه دادن به مناطق جدید ، به عنوان مثال یک ردیف جدید از صندلی ها ، که هنوز هم می توانید با کارت Wildcard ، Signal. Cabin. Seat. Row1. Pos4. isbelted ، Signal. Cabin. Seat.*.*.*.
                          • یک ساختار درخت را با 3 سطح و قابلیت انتخاب منبع اضافی برای برخی از API ها تعریف می کند
                          • یک ساختار درخت "می تواند هر چیزی را تعریف کند".
                          • همان سازمان برای سیگنال های وسیله نقلیه و سایر API ها
                          • اشیاء حاوی چندین نقطه داده را به جای انواع بدوی تک باز می گرداند
                          • پهنه بندی هنوز به طور کامل مورد کاوش قرار می گیرد ، اما در حال حاضر در انواع بدوی تعبیه شده است که به طور بالقوه می تواند برخورد با آنها دشوار باشد (قابلیت توسعه برای مناطق جدید) ، به عنوان مثال Torquedistributionfrontleft

                          VSS به مثال RSI تبدیل می شود:

                          Attribute. Chassis. Axle. Row1. Wheelcount 11 UINT8 تعداد چرخ های موجود در محور اول < SPAN> قابل گسترش برای اجازه دادن به مناطق جدید ، به عنوان مثال یک ردیف جدید از صندلی ها ، که هنوز هم می توان با Wildcard ، Signal. Cabin. Seat. Row1 به آن دسترسی پیدا کرد. pos4. isbelted ، signal. cabin. seat.*.*. isbelted