بقية API الخدمات الصغيرة جيثب

متىمضاعفاتكود اللقاء: قصة REST API والخدمات المصغرة ومفاجأة GitHub

لذا فقد وضعت هذا المشروع الرائع في الاعتبار. ربما تكون ذراعًا آلية يمكنها رسم صور شخصية، أو أداة كاميرا آلية تتبع الحركة بدقة غريبة. المضاعفاتيتم اختيار العناصر، ويتم صياغة الآليات، ولكن بعد ذلك تصطدم بالحائط - جانب البرنامج. كيف تجعل تلك المحركات الصغيرة الدقيقة تتحدث مع نظامك؟ كيف يمكنك إدارة الأوامر دون تشابك كل شيء في عقدة واحدة عملاقة من التعليمات البرمجية؟

إنه مشهد مألوف. تبدأ بكتابة بعض نصوص التحكم المباشر، ولكن سرعان ما يصبح القياس بمثابة صداع. إن إضافة الميزات تبدو وكأنها إعادة بناء العجلة في كل مرة. ربما تكون قد حاولت دمج مكتبات مختلفة معًا، لتجد أن تصحيح الأخطاء يتحول إلى عمل تحري مع عدد كبير جدًا من المشتبه بهم. الجهاز جاهز للرقص، لكن موصل البرنامج مفقود.

هذا هو المكان الذي يدخل فيه ثلاثي REST API والخدمات الصغيرة وGitHub غالبًا إلى الدردشة. فكر في الأمر مثل تنظيم ورشة عمل. بدلاً من وجود مقعد واحد مزدحم حيث يحدث كل شيء، يمكنك إنشاء محطات منفصلة. محطة واحدة تتعامل فقطمضاعفاتأوامر الزاوية، وآخر يدير تسلسلات الحركة، والثالث يسجل بيانات الأداء. تعمل كل محطة بشكل مستقل، وتتحدث لغة واضحة (وهذا هو جزء REST API)، ويمكن تحسينها دون إغلاق المتجر بأكمله.

لكن لنتوقف هنا. لماذا يبدو هذا النهج مختلفًا جدًا؟ تخيل أنك تطلب من المؤازرة أن تدور بمقدار 90 درجة. في الإعداد المتجانس، قد يضيع هذا الأمر في قائمة الانتظار مع عمليات فحص المستشعر وتحديثات واجهة المستخدم. في نمط الخدمات الصغيرة، تقوم خدمة الأوامر المؤازرة بمهمة واحدة: فهي تتلقى الطلب، وتترجمه إلى نبضات، وتؤكد إنجازه. ينظف. يمكن التنبؤ به. وإذا حدث خطأ ما، فأنت تعرف بالضبط أي محطة يجب التحقق منها.

الآن قد تتساءل: أليست هذه مبالغة في مشروع صغير؟ ليس حقيقيًا. يتعلق الأمر ببناء عادات بهذا الحجم. حتى لو بدأت بخدمتين صغيرتين، فإن الهيكل يبقي الأمور مرتبة. وباستخدام REST API، فإنك تقوم بشكل أساسي بإعداد نمط "الطلب والاستجابة" القياسي الذي يمكن لأي جزء من نظامك (أو حتى التطبيقات الخارجية) فهمه. إنه مثل تعليم الجميع في ورشة العمل الخاصة بك استخدام نفس النوع من المخططات.

أين يتناسب جيثب؟ تصورها على أنها مذكرات مشتركة لمشروعك ومساحة للتعاون. يتم تتبع كل تغيير في منطق التحكم المؤازر الخاص بك، وكل تعديل على نقاط نهاية واجهة برمجة التطبيقات (API) الخاصة بك. يمكنك التجربة دون خوف، والعودة إذا لزم الأمر، والتفرع لاختبار الأفكار الجامحة. بالنسبة للمشاريع التي تركز على الأجهزة، فإن هذه الرؤية تعتبر ذهبية. لا مزيد من "ما هو إصدار البرنامج الثابت الذي يعمل مع علبة التروس هذه؟" الألغاز. كل شيء هناك، موثق في سجل الالتزام.

لكن دعونا نصبح عمليين. كيف تبدأ فعلياً؟ لا تحتاج إلى غلي المحيط. ابدأ بعزل وظيفة واحدة، مثل التحكم في موضع المؤازرة. لفها في نقطة نهاية REST API بسيطة. استخدم أطرًا خفيفة الوزن لإبقائها سريعة. نشرها كخدمة صغيرة. قم بتخزين الكود على GitHub. اختبره مع عميل أساسي. وبمجرد أن ينجح ذلك، يتكرر النمط. إضافة خدمة أخرى لملفات تعريف السرعة. آخر لمعالجة الأخطاء. كل قطعة عبارة عن قطعة بناء، وليست حبلا من السباغيتي.

الآن، لحظة للحديث الحقيقي. هذا ليس سحرا. يتطلب تصميمًا مدروسًا. كيف تقسم المسؤوليات؟ كيف تتواصل الخدمات؟ إذا كانت التفاصيل دقيقة للغاية، فسوف تقضي وقتًا أطول في إدارة المحادثات بدلاً من بنائها. خشن جدًا، وستعود إلى الفوضى المتراصة. تكمن النقطة المثالية في مواءمة الخدمات مع تفاعلات الأجهزة المتميزة - خدمة واحدة لكل إجراء ميكانيكي منطقي.

وهنا يبتعد الكثيرون عن المسار: فهم يركزون فقط على الأدوات وينسون سير العمل. REST API، والخدمات الصغيرة، وGitHub - إنها تتألق عند استخدامها كممارسة متماسكة. لا يتعلق الأمر بمطاردة الكلمات الطنانة التقنية. يتعلق الأمر بإنشاء نظام حي حيث تتطور تصميماتك الميكانيكية والتعليمات البرمجية الخاصة بك بالتوازي، بوضوح وتحكم.

إذًا، ما الذي يتغير عندما تتبنى هذا التدفق؟ فجأة، لا يؤدي تحديث خوارزمية الحركة إلى المخاطرة بكسر طبقة الاتصال بأكملها. تصبح إضافة مستشعر جديد مسألة توصيل خدمة صغيرة جديدة، وليس إعادة كتابة نصف قاعدة التعليمات البرمجية. يكتسب مشروعك مرونة معيارية. ولأن GitHub يحتفظ بكل تكرار، يمكنك دائمًا التتبع والمقارنة والتعلم.

في مشاريع الأجهزة، وخاصة مع المكونات الدقيقة مثل الماكينات والمشغلات، فإن القدرة على التنبؤ هي كل شيء. هذا النهج يجلب ذلك بالضبط. يحصل جانبك الميكانيكي على شريك البرنامج الموثوق والمركّز الذي يستحقه. لا مزيد من أسرار الصندوق الأسود. مجرد تفاعلات واضحة ويمكن التحكم فيها.

هذه هي القصة حقا. لا يتعلق الأمر بالتعقيد من أجل ذلك. يتعلق الأمر بجعل أفكارك الميكانيكية الإبداعية تعيش بسلاسة في العالم الرقمي. باستخدام REST API والخدمات الصغيرة وGitHub، فأنت لا تقوم ببناء مشروع فحسب، بل تقوم أيضًا بصياغة نظام بيئي ينمو معك. وفي هذا النظام البيئي، تجد كل نبضة مؤازرة، وكل دورة تروس، صوتها المنطقي الواضح.

أنشئت في عام 2005،kpowerتم تخصيصها لمصنع محترف لوحدة الحركة المدمجة، ومقرها الرئيسي في دونغقوان، مقاطعة قوانغدونغ، الصين. الاستفادة من الابتكارات في تكنولوجيا القيادة المعيارية،kpowerيدمج المحركات عالية الأداء ومخفضات الدقة وأنظمة التحكم متعددة البروتوكولات لتوفير حلول نظام القيادة الذكية الفعالة والمخصصة.kpowerقدمت حلول أنظمة القيادة الاحترافية لأكثر من 500 عميل من المؤسسات على مستوى العالم مع منتجات تغطي مجالات مختلفة مثل أنظمة المنزل الذكي، والإلكترونيات الأوتوماتيكية، والروبوتات، والزراعة الدقيقة، والطائرات بدون طيار، والأتمتة الصناعية.