Nu am putut găsi această intrare. Se afișează rezultate aproximative. Verificați ortografia sau propuneți adăugarea acestui termen în dicționar.
أبي العامة
واجهة برمجة التطبيقات العامة
الواجهة البرمجية العامة
For this system to work, you first need to declare a public API.
لهذا النظام للعمل، تحتاج أولا إلى إعلان أبي العامة.
The public API should not be considered stable.
لا ينبغي اعتبار أبي العامة مستقرة.
It's worth noting that in order to respond to this challenge efficiently and to ensure people cannot circumvent these safeguards, we're unable to share the details of these internal signals in our public API.
من الجدير بالذكر أنَّه من أجل الاستجابة لهذا التحدي بفعالية ولضمان أن الأشخاص لا يمكنهم التملص من هذه الضمانات، لا يمكننا مشاركة تفاصيل هذه الإشارات في واجهة برمجة التطبيقات العامة الخاصة بنا.
What if I inadvertently alter the public API in a way that is not compliant with the version number change (i.e. the code incorrectly introduces a major breaking change in a patch release)?
ماذا لو غيرت عن غير قصد واجهة برمجة التطبيقات العامة بطريقة لا تتوافق مع تغيير رقم الإصدار (بمعنى أن الرمز يقدم بشكل غير صحيح تغييرا كبيرا في إصدار التصحيح) استخدام أفضل حكم.؟
If you have a huge audience that will be drastically impacted by changing the behavior back to what the public API intended, then it may be best to perform a major version release, even though the fix could strictly be considered a patch release.
إذا كان لديك جمهور ضخم من شأنه أن يتأثر بشكل كبير من خلال تغيير السلوك مرة أخرى إلى ما أبي العامة المقصود، ثم قد يكون من الأفضل لأداء إصدار النسخة الرئيسية، على الرغم من أن الإصلاح يمكن أن تعتبر صارمة إطلاق التصحيح.
If even the tiniest backwards incompatible changes to the public API require a major version bump, won't I end up at version 42.0.0 very rapidly?
إذا كان حتى أصغر التغييرات المتعارضة إلى الوراء إلى أبي العامة تتطلب عثرة نسخة رئيسية، لن ينتهي الأمر في الإصدار 42.0.0 بسرعة كبيرة وهذه مسألة تنمية مسؤولة وبصيرة.؟
Firstly, this study was built using our public API and therefore does not take into account any of the actions we take to remove automated or spammy content and accounts from being viewed by people on Twitter.
وقالت في بيان: لقد تم إنشاء هذه الدراسة باستخدام واجهة برمجة التطبيقات العامة، وبالتالي لا تأخذ في الاعتبار أيًا من الإجراءات التي نتخذها لإزالة المحتوى والحسابات التلقائية أو غير المرغوب فيها وعدم مشاهدتها من قبل المستخدمين على تويتر.
Semantic Versioning actually prescribes when each component should be incremented (based on "public API" changes).
إصدار الدلالي في الواقع يصف عند كل عنصر يجب أن تكون متزايدة (على أساس "أبي العامة" التغييرات).
In the long run, Semantic Versioning, and the insistence on a well defined public API can keep everyone and everything running smoothly.
على المدى الطويل، الإصدار الدلالي، والإصرار على أبي العامة محددة بشكل جيد يمكن أن تبقي الجميع وكل شيء بسلاسة.
Documenting the entire public API is too much work!
توثيق أبي العام بأكمله هو الكثير من العمل!
What should I do if I update my own dependencies without changing the public API?
ما يتوجب علي فعله عندما أحدّث الاعتماديات الخاصة بي دون تغيير الواجهة البرمجية العامة.
In addition, you can change the view without having to change the callers if the public API remains unchanged.
علاوة على ذلك، من الممكن تغيير التمثيل دون الحاجة إلى تعديل المُستدعيات شريطة أن تظل الواجهة البرمجية (API) العامة دون تغيير.
When you deprecate part of your public API, you should do two things: (1) update your documentation to let users know about the change, (2) issue a new minor release with the deprecation in place.
عند إبطال جزء من واجهة برمجة التطبيقات العامة، يجب عليك تنفيذ أمرين: (1) تحديث المستندات لإعلام المستخدمين بالتغيير، (2) إصدار إصدار ثانوي جديد مع الإيقاف في المكان.
Conținut posibil inadecvat
Exemplele au rolul de a te ajuta să traduci cuvinte sau expresii corect si adaptat la context. Nu sunt selectate sau validate manual, așadar pot conține termeni inadecvați. Te rugăm să raportezi exemplele pe care le consideri inadecvate. Traducerile vulgare sau colocviale sunt în general marcate cu roșu sau cu portocaliu.