لدفن أو حرق Flutter.io؟



كان لدينا GitHub و DockerHub و VisualParadigm ومجموعة كاملة من الرسائل الفورية من جميع الألوان والأنماط ، بالإضافة إلى Sails.js و MongoDB و Trello. ليس الأمر أنه كان احتياطيًا ضروريًا للتنمية ، ولكن إذا بدأت في جعله عصريًا وأنيقًا وشابًا ، يصبح من الصعب إيقافه. الشيء الوحيد الذي أثار قلقي هو تطبيق الهاتف المحمول. لا يوجد شيء أكثر قوة ، وغير مسؤول ، وشرير من تطبيق الهاتف المحمول عبر الأنظمة الأساسية. كنت أعلم أننا سننتقل عاجلاً أم آجلاً إلى هذا القمامة.

لقد انخرطنا في التشغيل الآلي (إن لم يكن رهيبًا ، "تنظيف") سوق خدمات الجنازة منذ عام 2016.


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


في الواقع ، أنشأنا نظام B2B لتخطيط موارد المؤسسات للأعمال الطقسية ، والذي يوحد وكلاء الطقوس وموردي السلع والمقاولين لتوفير الخدمات في المقبرة وفي محرقة الجثث والمديرين والمحاسبين ، مع القدرة على تتبع تنفيذ الطلبات في الوقت الفعلي.


مكدس التكنولوجيا الرئيسي هو Sails.js + MongoDB + Webix ، بالإضافة إلى PostgreSQL الصغيرة ، وكلها معبأة في عشرات حاويات عامل إرساء وتوفر ثمانية أدوار مستخدم على مدار 24 ساعة طوال أيام الأسبوع. حسنًا ، Amazon Cloudfront لتسليم مربعات الخرائط والصور ، و Amazon SNS للتنبيهات. بشكل عام ، بدء تشغيل حقيقي.


أحد الأدوار في نظامنا هو دور الوكيل المتنقل. منذ البداية ، أنشأنا لها واجهة ويب تم تكييفها للهواتف الذكية. ولكن بغض النظر عن الطريقة التي تقول بها ، لا يمكن مقارنة أي واجهة ويب مع الأصلي من حيث الراحة والاستجابة. كانت هناك أخطاء مستمرة: شيء ما لم يتم تحميله ، شيء لا يناسب iPhone 5S ، ثم يحصل على Android. على الرغم من حقيقة أن المهام ، للوهلة الأولى ، بسيطة للغاية: املأ عدة نماذج وحدد المنتجات / الخدمات وأرسل الطلب.


إذن ما أردنا:


  • تطبيق جوال
  • عبر الأنظمة الأساسية (لدينا عملاء Apple بالضبط) ، ولم نرغب في إنفاق الموارد على تطورين مستقلين لنظامي التشغيل Android / iOS

بطبيعة الحال ، بدأوا في البداية في النظر في أغلفة مختلفة لوجه الويب: PhoneGap / Cordova / Ionic. (المزيد عنهم هنا ). لكن WebView هو WebView ، بطيء ومحزن.


Xamarin ؟ ولكن لم تكن هناك رغبة على الإطلاق في الحصول على .Net & C #. ووفقًا للشائعات ، مع واجهة المستخدم ، لا يسير كل شيء بسلاسة على منصات مختلفة.


ماذا بقي؟ Flutter.io!


  • تكتب على Dart (يا لها من متعة بعد JS) - تقوم بتجميعها في رمز غير نشط
  • إعادة تحميل ساخنة - تكتب وترى النتيجة على الفور
  • تكامل Google Firebase خارج الصندوق
  • حفنة من الحزم في الحانة
  • الإضافات ل IDEs الأساسية ومحرري النصوص
  • إذا رغبت في ذلك ، يمكنك القيام بإدخالات على الكود غير النشط للمنصات
  • في حالتنا - حقا رمز واحد لجميع المنصات! (الرموز فقط مختلفة)

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



كان عليه



كان عليه


الخطط:


  • العمل دون اتصال بما في ذلك مع البطاقات
  • التسويات والمدفوعات مع الوكلاء في التطبيق نفسه
  • الدردشة الحية مع المديرين ومركز الاتصال

الإجمالي: رفرفة تعيش في المقبرة والمحرقة!

Source: https://habr.com/ru/post/ar417115/


All Articles