خدمة صغيرة للمبتدئين في التصميم

لا تدع التصميم الميكانيكي يعلق في التعليمات البرمجية

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

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

وفي هذا الوقت قد يسأل قائل: ماذا علينا أن نفعل؟ آلات وبرامج منفصلة تماما؟ يبدو الأمر جيدًا، ولكن كيف لا يمكننا فصل العائلات بل العمل معًا بشكل أكثر انسجامًا؟

اجعل كل جزء "حيًا": طريقة تفكير الخدمات الصغيرة

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

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

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

من المفهوم إلى الواقع: تمهيد طريق سلس للمبتدئين

أعرف ما الذي تفكر فيه: "الخدمات الصغيرة؟ هل يتطلب ذلك مجموعة من الحاويات والبوابات المعقدة ومعرفة بالتشغيل والصيانة؟ هل العتبة مرتفعة للغاية بالنسبة لأولئك منا الذين لديهم خلفية ميكانيكية؟"

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

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

اختر مجموعة أدوات بدء التشغيل الخاصة بك: ركز على الأساسيات، وليس الحيل

في مواجهة المفاهيم المختلفة والأدوات الممكنة، كيف يختار المبتدئ نقطة البداية؟ ليست هناك حاجة إلى الخلط بين هذه المصطلحات الفاخرة، ما عليك سوى فهم بعض النقاط العملية:

إنه "النور". يجب أن تكون مجموعة الأدوات نفسها خفيفة الوزن بدرجة كافية دون إجبارك على أن تصبح خبيرًا في البرامج أولاً. يجب أن يقودك ذلك إلى التفكير في السؤال الأساسي وهو "كيفية تقسيم حدود الخدمة" بدلاً من التورط في التفاصيل الفنية.

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

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

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

ابدأ الانقسام الأول

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

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

عند إكمال هذه الخطوة، تكون قد اتخذت الخطوة الأكثر أهمية: منح جهازك "هوية برمجية" واضحة ومستقلة. وما سيأتي بعد ذلك هو سهولة التعديل، والراحة أثناء الاختبار، والمرونة غير المسبوقة في مجموعة النظام.

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

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