مرحبًا بك في Google Health API.
تستفيد واجهة برمجة التطبيقات الجديدة هذه من Google OAuth، ما يوفّر حلاً أكثر أمانًا وسهولة في الاستخدام وقابلاً للتوسّع للوصول إلى البيانات الصحية وإدارتها. في ما يلي بعض المزايا:
أمان محسّن: تتوافق واجهة برمجة التطبيقات الجديدة مع إرشادات الأمان الحالية وأفضل الممارسات التي تتّبعها Google لتصميم واجهات برمجة التطبيقات وتنفيذها، ما يقلّل من مخاطر الثغرات الأمنية.
الاتساق: تتّبع واجهة برمجة التطبيقات الجديدة مبادئ تصميم واجهات برمجة التطبيقات الحديثة، ما يوفّر تجربة أكثر اتساقًا وسهولة للمطوّرين.
مواكبة التطورات المستقبلية
- قابلية التوسّع: تم تصميم واجهة برمجة التطبيقات الجديدة لتلبية الطلبات المستقبلية، ما يتيح دعم عدد متزايد من المستخدمين وأنواع البيانات.
- سهولة الصيانة: يسهّل اتّباع نهج موحّد صيانة التطبيقات وتحديثها، ما يقلّل من الديون الفنية.
- الوصول إلى الميزات الجديدة: يتيح نقل البيانات إلى واجهة برمجة التطبيقات الجديدة الوصول إلى الميزات والوظائف الجديدة عند إطلاقها، ما يضمن بقاء التطبيقات محدّثة والاستفادة من أحدث التحسينات.
- الامتثال: يتم تحديث واجهة برمجة التطبيقات الجديدة بأحدث معايير الأمان والخصوصية في Google ، ما يقلّل من الجهد المطلوب للحفاظ على امتثال التطبيقات.
- خصوصية البيانات: تم تصميم نظام Google OAuth للامتثال لمختلف لوائح خصوصية البيانات (مثل اللائحة العامة لحماية البيانات وقانون نقل التأمين الصحي والمسؤولية)، ما يسهّل على المطوّرين الامتثال للوائح.
كيف أبدأ في إنشاء الإعلان؟
قبل البدء في التطوير، يُرجى الاطّلاع على قائمة التحقّق الخاصة بالمطوّرين، التي توفّر قائمة بـ الخطوات التي تساعدك في إطلاق عملية الدمج مع Google Health API.
تعتمد طريقة البدء أيضًا على نوع المطوّر الذي أنت عليه.
مطوّر جديد
إذا لم تكن لديك خبرة في استخدام Google APIs أو Google Cloud، أو كنت بحاجة إلى تذكير، فإنّ أسهل وأسرع طريقة للبدء هي الاطّلاع على الدرس التطبيقي. سيوضّح لك كيفية إعداد مشروع على Google Cloud وعميل ويب لبروتوكول OAuth 2.0، وكيفية استخدام Visual Studio Code لإجراء أول طلب ناجح إلى Google Health API.
مطوّر Fitbit
إذا كنت مطوّرًا حاليًا لواجهة Fitbit Web API، ننصحك بقراءة دليل نقل البيانات أولاً. يُبرز هذا الدليل جميع الاختلافات بين Fitbit Web API وGoogle Health API، ويقدّم الإرشادات التي تحتاج إليها لبدء التخطيط لعملية نقل البيانات.
يُبرز هذا الدليل أيضًا أفضل الممارسات ونماذج واجهة المستخدم لمساعدة المستخدمين في عملية إعادة المصادقة.
بعد ذلك، يمكنك إكمال الدرس التطبيقي أو التأكّد من اكتمال عملية الإعداد على Google Cloud قبل البدء في التطوير باستخدام أحد أدلة أنواع البيانات.
قراءة دليل نقل البيانات إكمال عملية الإعداد على Google Cloud
اختيار بروتوكول
تتوافق Google Health API مع بروتوكولَي REST وRPC لتزويد المطوّرين بأساس قابل للتوسّع وعالي الأداء لدمج البيانات الصحية.
راحة
REST هو نهج لتصميم واجهات برمجة التطبيقات يستند إلى مفاهيم الويب العادية والتنسيقات التي يمكن للمستخدم قراءتها، مثل JSON. ويناسب هذا النهج بشكل خاص إنشاء واجهات برمجة التطبيقات العامة وتطبيقات الويب لأنّه متوافق مع المتصفّحات ويحظى بدعم واسع النطاق. تكمن قوته الأساسية في بساطته وسهولة وصول المطوّرين الخارجيين إليه.
gRPC
RPC هو نظام عالي الأداء يستخدم تنسيقًا ثنائيًا مضغوطًا يُعرف باسم "مخازن البروتوكول" لتسهيل التواصل بين الأجهزة. ويُعدّ هذا النظام مثاليًا للخدمات المصغّرة الداخلية والتواصل بين الأجهزة الجوّالة والأنظمة الخلفية والتحديثات في الوقت الفعلي، وذلك بفضل كفاءته ودعمه للميزات المتقدّمة، مثل البث. RPC هو الخيار المفضّل في السيناريوهات عالية الأداء أو عندما تكون هناك حاجة إلى عقود واجهة صارمة.
لمزيد من المعلومات، يُرجى الاطّلاع على المقالة gRPC vs REST: Understanding gRPC, OpenAPI and REST and when to use them in API design (مقارنة بين gRPC وREST: فهم gRPC وOpenAPI وREST ومتى يجب استخدامها في تصميم واجهات برمجة التطبيقات).
الموارد
بالإضافة إلى إرشادات البدء، يقدّم هذا الموقع مراجع شاملة للمساعدة في التطوير ونقل البيانات.
- الدعم: هل تحتاج إلى مساعدة؟ يمكنك الوصول إلى منتديات المنتدى وأداة تتبُّع المشاكل العامة من خلال صفحة الدعم.
- أداة التكافؤ في Google Health API: استخدِم هذه الأداة لمقارنة نقاط النهاية و الوظائف بين Fitbit Web API وGoogle Health API. تتضمّن الأداة أيضًا ملفًا سياقيًا يمكنك استخدامه مباشرةً مع نموذج لغوي كبير أو كجزء من ملف Agents.md في أداة الذكاء الاصطناعي المفضّلة لديك.
- مرجع واجهة برمجة تطبيقات: مستندات مرجعية كاملة لـ REST.