SolvingMode

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

عمليات التعداد
DEFAULT_SOLVE	حلّ النموذج قد يتم إصدار التحذيرات في [OptimizeToursResponse.validation_errors][google.cloud.optimization.v1.OptimizeToursResponse.validation_errors].
VALIDATE_ONLY	التحقّق من صحة النموذج فقط بدون حلّه: تعبئة أكبر عدد ممكن من OptimizeToursResponse.validation_errors
DETECT_SOME_INFEASIBLE_SHIPMENTS	يتم تعبئة OptimizeToursResponse.validation_errors أو OptimizeToursResponse.skipped_shipments فقط، ولا يتم حلّ بقية الطلب (لا يتم ضبط status وroutes في الاستجابة). إذا تم رصد حالات عدم التوافق في injectedSolutionConstraint مسار، تتم تعبئتها في الحقل OptimizeToursResponse.validation_errors ويبقى الحقل OptimizeToursResponse.skipped_shipments فارغًا. ملاحظة مهمة: لا يتم عرض كل الشحنات غير الممكنة هنا، ولكن يتم عرض الشحنات التي يتم رصدها على أنّها غير ممكنة أثناء المعالجة الأولية فقط.
TRANSFORM_AND_RETURN_REQUEST	لا يعمل هذا الوضع إلا إذا لم تكن ShipmentModel.objectives فارغة. لم يتم حلّ الطلب. ولا يتم التحقّق منه إلا بعد ملؤه بالتكاليف المقابلة للأهداف المحدّدة. يُرجى الاطّلاع أيضًا على مستندات ShipmentModel.objectives. يتم عرض الطلب الناتج على النحو التالي: OptimizeToursResponse.processed_request. ميزة تجريبية: يُرجى الاطّلاع على https://developers.google.com/maps/tt/route-optimization/experimental/objectives/make-request للحصول على مزيد من التفاصيل.