التغطية تختلف بالوحدة لا بالتفضيل. وتلك الجملة تحسم أكثر الجدال قبل أن يبدأ.
فالسؤال أيّهما يدعم العملية التي تحتاجها — ولكائنٍ بعينه في إصدارٍ بعينه، كثيرًا ما يدعمها واحدٌ فقط. وبعد ذلك فقط يصير سؤالًا عن أيّهما تفضّل كتابته، ويكون الاختيار قد اتُّخذ عنك عادةً.
وحيث يتاح الاثنان فالمقارنة الصادقة قصيرة. فـREST أسهل قراءةً وأسهل تشخيصًا وأسهل تسليمًا لغيرك: عنوان، وجسم JSON، وحالة HTTP. وSOAP أكثر إطنابًا، وموصوفٌ بقوّة بملفّ WSDL، وأوسع ببساطة في بعض الوحدات — لا سيّما للعمليات الأقدم ولما لم يُعَد كشفه.
ولا تختر على الذوق ولا على ما استخدمته آخر مرّة. افحص المرجع للكائن بعينه والعملية بعينها، في إصدارك. فـ«نستخدم REST قياسًا» سياسةٌ تلقى كائنًا بلا مورد REST نحو مرّةٍ في كل مشروع، والالتفاف الناتج أسوأ من استخدام SOAP لتلك الواجهة الواحدة.
وحيث يكون لك خيارٌ حقًّا، ففضّل REST لكل ما سيصونه إنسان — حجّة الصيانة من الوحدة ٣، مطبَّقةً على التكاملات: فاستدعاءٌ يستطيع أحدٌ قراءته وإعادة إنتاجه بعميلٍ بسيط استدعاءٌ يستطيع فريق العميل دعمه بعد مغادرتك.
ودوّن السبب عند موضع الاستدعاء. فـ«SOAP لأنه لا مورد REST لهذا الكائن في 24C» يوفّر على التالي العشرين دقيقة التي أنفقتها للتوّ.