اختيار المحوّل

ترتيب النظر في المحوّلات، ولماذا العامّ منها ملاذٌ أخير لا اختصار.

أولًا: محوّل التطبيق لذلك النظام، حيث يوجد — محوّل Fusion، ومحوّل منتج SaaS مسمّى. فهو يعرف فهرس النظام، ويولّد لك البنى، ويعالج مصادقته وترقيمه، ويفهم أحداثه. واستخدامه أمسية؛ وإعادة بناء ذلك يدويًّا أسبوع وسينقصه شيء.

وثانيًا: محوّل التقنية للبروتوكول — FTP، أو قاعدة بيانات، أو JMS. وحيث لا محوّل تطبيقٍ ويوجد نقلٌ محدَّد جيّدًا، فهذا هو المستوى الصحيح: فهو يعالج الميكانيكا دون ادّعاء فهم كائن العمل.

وأخيرًا: REST أو SOAP استدعاءً عامًّا. فكل شيء يمكن بلوغه هكذا، ولذلك تحديدًا يُغري ولذلك تحديدًا يأتي أخيرًا.

ولماذا العامّ ملاذٌ أخير. فكل ما فعله لك محوّل التطبيق تفعله الآن يدويًّا: البنى، والمصادقة، والترقيم، ودلالات الأخطاء، وفروق النسخ. وهو يعمل يوم تبنيه وهو لك تصونه إلى الأبد — وحين يتغيّر الهدف لا يخبرك شيءٌ إلا إخفاق.

والإغراء حقيقي لأن المسار العامّ أسرع للاستدعاء الأول. فمحوّل التطبيق يستغرق إعداده عشرين دقيقة وREST يستغرق خمسًا. والفرق ينعكس بالعملية الثالثة، وينعكس دائمًا عند أول ترقيةٍ للنظام في الطرف الآخر.