انتقل إلى المحتوى

سجل مرشح الإساءة

التفاصيل لمدخلة السجل 5٬281٬642

15:15، 22 يناير 2021: Azarqa (نقاش | مساهمات) أطلق المرشح 134; مؤديا الفعل "edit" في SOLID (تصميم كائني المنحى). الأفعال المتخذة: وسم; وصف المرشح: وضع وسم nowiki في المقالات (افحص | فرق)

التغييرات التي أجريت في التعديل

رت سي. مارتن]]<ref name="ub-solid">[https://sites.google.com/site/unclebobconsultingllc/getting-a-solid-start “الحصول على بداية سوليد.”]، lid-start |date=26 ديسمبر 2016}}</ref> في بداية عام 2000<ref name="metz-presentation-2009">[https://www.confreaks.com/videos/240-goruco2009-solid-object-oriented-design “التصميم الكائني المنحى سوليد”]، ساندي ميتز (جامعة ديوك)، تموز، 2009. {{أيقونة إنجليزية}} {{Webarchive|url=https://web.archive.org/web/20141020083619/http://confreaks.com/videos/240-goruco2009-solid-object-oriented-design |date=20 أكتوبر 2014}}</ref> والمتبعة في [[برمجة كائنية التوجه|البرمجة]] والتصميم كائني المنحى. هذه المبادئ هي: '''Single responsibility''' ({{أيقونة عربية|[[مبدأ المهمة الواحدة|مسؤولية إفرادية]]}}) و'''Open-closed''' ({{أيقونة عربية|[[مبدأ المفتوح المغلق|فتح-إغلاق]]}}) و'''Liskov substitution''' ({{أيقونة عربية|استبدال ليسكوف}}) و'''Interface segregation''' ({{أيقونة عربية|فصل الواجهة}}) و'''Dependency inversion''' ({{أيقونة عربية|عكس التبعية}}). تهدف هذه المبادئ لدى تطبيقها إلى زيادة احتمال قيام المبرمج بتطوير نظامٍ سهل الصيانة والتمديد مستقبلاً.<ref name="metz-presentation-2009"/> يمكن القول أن مبادئ سوليد هي مجموعة من الإرشادات التي يؤدي تطبيقها أثناء تطوير النظام البرمجي إلى إزالة [[رائحة الكود|روائح الكود]] بسبب دفع المبرمج إلى [[إعادة هيكلة الكود]] مراراً وتكراراً إلى أن يحصل في النهاية على
'''SOLID''' ({{أيقونة عربية|سوليد}}) هو [[علامة الاختصار|اسمً تاجي]] [[استذكار|استذكاري]] وضعه مايكل فيذرز اختصاراً ''للمبادئ الخمسة الأولى'' المقترحة من قبل [[روبرت سيسيل مارتن|روبرت سي. مارتن]]<ref name="ub-solid">[https://sites.google.com/site/unclebobconsultingllc/getting-a-solid-start “الحصول على بداية سوليد.”]، [[روبرت سيسيل مارتن|روبرت سي. مارتن]] (“العم بوب”), objectmentor.com. {{أيقونة إنجليزية}} {{Webarchive|url=https://web.archive.org/web/20161226015924/https://sites.google.com/site/unclebobconsultingllc/getting-a-solid-start |date=26 ديسمبر 2016}}</ref> في بداية عام 2000<ref name="metz-presentation-2009">[https://www.confreaks.com/videos/240-goruco2009-solid-object-oriented-design “التصميم الكائني المنحى سوليد”]، ساندي ميتز (جامعة ديوك)، تموز، 2009. {{أيقونة إنجليزية}} {{Webarchive|url=https://web.archive.org/web/20141020083619/http://confreaks.com/videos/240-goruco2009-solid-object-oriented-design |date=20 أكتوبر 2014}}</ref> والمتبعة في [[برمجة كائنية التوجه|البرمجة]] والتصميم كائني المنحى. هذه المبادئ هي: '''Single responsibility''' ({{أيقونة عربية|[[مبدأ المهمة الواحدة|مسؤولية إفرادية]]}}) و'''Open-closed''' ({{أيقونة عربية|[[مبدأ المفتوح المغلق|فتح-إغلاق]]}}) و'''Liskov substitution''' ({{أيقونة عربية|استبدال ليسكوف}}) و'''Interface segregation''' ({{أيقونة عربية|فصل الواجهة}}) و'''Dependency inversion''' ({{أيقونة عربية|عكس التبعية}}). تهدف هذه المبادئ لدى تطبيقها إلى زيادة احتمال قيام المبرمج بتطوير نظامٍ سهل الصيانة والتمديد مستقبلاً.<ref name="metz-presentation-2009"/> يمكن القول أن مبادئ سوليد هي مجموعة من الإرشادات التي يؤدي تطبيقها أثناء تطوير النظام البرمجي إلى إزالة [[رائحة الكود|روائح الكود]] بسبب دفع المبرمج إلى [[إعادة هيكلة الكود]] مراراً وتكراراً إلى أن يحصل في النهاية على كود برمجي سهل القراءة والتمديد. تُعتبر سوليد جزءاً من إستراتيجية شاملة خاصة بالمنهجيات التكيفية و<nowiki/>[[تطوير البرمجيات أجايل|الأجايلية]].<ref name="metz-presentation-2009"/>


==لمحة عامة==
==لمحة عامة==

محددات الفعل

متغيرقيمة
عدد التعديلات للمستخدم (user_editcount)
529
اسم حساب المستخدم (user_name)
'Azarqa'
عمر حساب المستخدم (user_age)
55944185
المجموعات (متضمنة غير المباشرة) التي المستخدم فيها (user_groups)
[ 0 => 'autoreview', 1 => '*', 2 => 'user', 3 => 'autoconfirmed' ]
المجموعات العامة التي ينتمي إليها الحساب (global_user_groups)
[]
ما إذا كان المستخدم يعدل من تطبيق المحمول (user_app)
false
ما إذا كان المستخدم يعدل عبر واجهة المحمول (user_mobile)
false
هوية الصفحة (page_id)
2072146
نطاق الصفحة (page_namespace)
0
عنوان الصفحة (بدون نطاق) (page_title)
'SOLID (تصميم كائني المنحى)'
عنوان الصفحة الكامل (page_prefixedtitle)
'SOLID (تصميم كائني المنحى)'
عمر الصفحة (بالثواني) (page_age)
213034895
فعل (action)
'edit'
ملخص التعديل/السبب (summary)
'الرجوع عن التعديل 52447516 بواسطة [[Special:Contributions/185.203.52.125|185.203.52.125]] ([[User talk:185.203.52.125|نقاش]])'
نموذج المحتوى القديم (old_content_model)
'wikitext'
نموذج المحتوى الجديد (new_content_model)
'wikitext'
نص الويكي القديم للصفحة، قبل التعديل (old_wikitext)
'رت سي. مارتن]]<ref name="ub-solid">[https://sites.google.com/site/unclebobconsultingllc/getting-a-solid-start “الحصول على بداية سوليد.”]، lid-start |date=26 ديسمبر 2016}}</ref> في بداية عام 2000<ref name="metz-presentation-2009">[https://www.confreaks.com/videos/240-goruco2009-solid-object-oriented-design “التصميم الكائني المنحى سوليد”]، ساندي ميتز (جامعة ديوك)، تموز، 2009. {{أيقونة إنجليزية}} {{Webarchive|url=https://web.archive.org/web/20141020083619/http://confreaks.com/videos/240-goruco2009-solid-object-oriented-design |date=20 أكتوبر 2014}}</ref> والمتبعة في [[برمجة كائنية التوجه|البرمجة]] والتصميم كائني المنحى. هذه المبادئ هي: '''Single responsibility''' ({{أيقونة عربية|[[مبدأ المهمة الواحدة|مسؤولية إفرادية]]}}) و'''Open-closed''' ({{أيقونة عربية|[[مبدأ المفتوح المغلق|فتح-إغلاق]]}}) و'''Liskov substitution''' ({{أيقونة عربية|استبدال ليسكوف}}) و'''Interface segregation''' ({{أيقونة عربية|فصل الواجهة}}) و'''Dependency inversion''' ({{أيقونة عربية|عكس التبعية}}). تهدف هذه المبادئ لدى تطبيقها إلى زيادة احتمال قيام المبرمج بتطوير نظامٍ سهل الصيانة والتمديد مستقبلاً.<ref name="metz-presentation-2009"/> يمكن القول أن مبادئ سوليد هي مجموعة من الإرشادات التي يؤدي تطبيقها أثناء تطوير النظام البرمجي إلى إزالة [[رائحة الكود|روائح الكود]] بسبب دفع المبرمج إلى [[إعادة هيكلة الكود]] مراراً وتكراراً إلى أن يحصل في النهاية على ==لمحة عامة== {| class="wikitable" style="width: auto; font-size: 95%; table-layout: fixed; line-height:1.25; margin-left: auto; margin-right: auto;" |- ! الحرف الاستهلالي !يرمز إلى !! المفهوم |- ! S | [[مبدأ المهمة الواحدة|SRP]] <ref>{{استشهاد ويب|عنوان=Single Responsibility Principle|مسار=http://www.objectmentor.com/resources/articles/srp.pdf| مسار أرشيف = https://web.archive.org/web/20190409110240/http://www.objectmentor.com/resources/articles/srp.pdf | تاريخ أرشيف = 09 أبريل 2019 }} {{أيقونة إنجليزية}}</ref> | ;'''Single responsibility principle''' ({{أيقونة عربية|مبدأ المسؤولية الإفرادية}}) : يمتلك الصف مسؤولية إفرداية فقط (بمعنى أن أي تعديل على توصيف البرنامج يجب أن يكون له تأثير على توصيف الصف). |- ! O | [[مبدأ المفتوح المغلق|OCP]] <ref>{{استشهاد ويب|عنوان=Open/Closed Principle|مسار=http://www.objectmentor.com/resources/articles/ocp.pdf| مسار أرشيف = https://web.archive.org/web/20190403163722/http://www.objectmentor.com/resources/articles/ocp.pdf | تاريخ أرشيف = 03 أبريل 2019 }} {{أيقونة إنجليزية}}</ref> | ;'''Open-closed principle''' ({{أيقونة عربية|مبدأ فتح-إغلاق}}) :يجب أن تكون البنى البرمجية مفتوحة إلى التمديد ومغلقة بالنسبة للتعديل. |- ! L | LSP <ref>{{استشهاد ويب|عنوان=Liskov Substitution Principle|مسار=http://www.objectmentor.com/resources/articles/lsp.pdf| مسار أرشيف = https://web.archive.org/web/20190402031456/http://www.objectmentor.com/resources/articles/lsp.pdf | تاريخ أرشيف = 02 أبريل 2019 }} {{أيقونة إنجليزية}}</ref> | ;'''Liskov substitution principle''' ({{أيقونة عربية|مبدأ استبدال ليسكوف}}) : يجب على الكائنات الموجودة أثناء عمل البرنامج أن تكون قابلة للاستبدال بكائنات أخرى وارثة لها دون التأثير على صحة البرنامج. |- ! I | ISP <ref>{{استشهاد ويب|عنوان=Interface Segregation Principle|مسار=http://www.objectmentor.com/resources/articles/isp.pdf| مسار أرشيف = https://web.archive.org/web/20190402031455/http://www.objectmentor.com/resources/articles/isp.pdf | تاريخ أرشيف = 02 أبريل 2019 }} {{أيقونة إنجليزية}}</ref> | ;'''Interface segregation principle''' ({{أيقونة عربية|مبدأ فصل الواجهة}}) : إن وجود عدد من الواجهات الخاصة بالزبون أفضل كثيراً من وجود واجهة وحيدة عمومية الأهداف. |- ! D | DIP <ref>{{استشهاد ويب|عنوان=Dependency Inversion Principle|مسار=http://www.objectmentor.com/resources/articles/dip.pdf| مسار أرشيف = https://web.archive.org/web/20190416004850/http://www.objectmentor.com/resources/articles/dip.pdf | تاريخ أرشيف = 16 أبريل 2019 }} {{أيقونة إنجليزية}}</ref> | ;'''Dependency inversion principle''' ({{أيقونة عربية|مبدأ عكس التبعية}}) : "يجب الاعتماد على التجريدات وليس التحقيقات"، عكس التبعية هي طريقة تساعد على اتباع هذا المفهوم. |} ==المراجع== {{مراجع}} {{شريط بوابات|تقنية المعلومات|علم الحاسوب}} {{بذرة برمجيات حاسوب}} [[تصنيف:برمجة كائنية التوجه]] [[تصنيف:تصميم البرمجيات]]'
نص الويكي الجديد للصفحة، بعد التعديل (new_wikitext)
''''SOLID''' ({{أيقونة عربية|سوليد}}) هو [[علامة الاختصار|اسمً تاجي]] [[استذكار|استذكاري]] وضعه مايكل فيذرز اختصاراً ''للمبادئ الخمسة الأولى'' المقترحة من قبل [[روبرت سيسيل مارتن|روبرت سي. مارتن]]<ref name="ub-solid">[https://sites.google.com/site/unclebobconsultingllc/getting-a-solid-start “الحصول على بداية سوليد.”]، [[روبرت سيسيل مارتن|روبرت سي. مارتن]] (“العم بوب”), objectmentor.com. {{أيقونة إنجليزية}} {{Webarchive|url=https://web.archive.org/web/20161226015924/https://sites.google.com/site/unclebobconsultingllc/getting-a-solid-start |date=26 ديسمبر 2016}}</ref> في بداية عام 2000<ref name="metz-presentation-2009">[https://www.confreaks.com/videos/240-goruco2009-solid-object-oriented-design “التصميم الكائني المنحى سوليد”]، ساندي ميتز (جامعة ديوك)، تموز، 2009. {{أيقونة إنجليزية}} {{Webarchive|url=https://web.archive.org/web/20141020083619/http://confreaks.com/videos/240-goruco2009-solid-object-oriented-design |date=20 أكتوبر 2014}}</ref> والمتبعة في [[برمجة كائنية التوجه|البرمجة]] والتصميم كائني المنحى. هذه المبادئ هي: '''Single responsibility''' ({{أيقونة عربية|[[مبدأ المهمة الواحدة|مسؤولية إفرادية]]}}) و'''Open-closed''' ({{أيقونة عربية|[[مبدأ المفتوح المغلق|فتح-إغلاق]]}}) و'''Liskov substitution''' ({{أيقونة عربية|استبدال ليسكوف}}) و'''Interface segregation''' ({{أيقونة عربية|فصل الواجهة}}) و'''Dependency inversion''' ({{أيقونة عربية|عكس التبعية}}). تهدف هذه المبادئ لدى تطبيقها إلى زيادة احتمال قيام المبرمج بتطوير نظامٍ سهل الصيانة والتمديد مستقبلاً.<ref name="metz-presentation-2009"/> يمكن القول أن مبادئ سوليد هي مجموعة من الإرشادات التي يؤدي تطبيقها أثناء تطوير النظام البرمجي إلى إزالة [[رائحة الكود|روائح الكود]] بسبب دفع المبرمج إلى [[إعادة هيكلة الكود]] مراراً وتكراراً إلى أن يحصل في النهاية على كود برمجي سهل القراءة والتمديد. تُعتبر سوليد جزءاً من إستراتيجية شاملة خاصة بالمنهجيات التكيفية و<nowiki/>[[تطوير البرمجيات أجايل|الأجايلية]].<ref name="metz-presentation-2009"/> ==لمحة عامة== {| class="wikitable" style="width: auto; font-size: 95%; table-layout: fixed; line-height:1.25; margin-left: auto; margin-right: auto;" |- ! الحرف الاستهلالي !يرمز إلى !! المفهوم |- ! S | [[مبدأ المهمة الواحدة|SRP]] <ref>{{استشهاد ويب|عنوان=Single Responsibility Principle|مسار=http://www.objectmentor.com/resources/articles/srp.pdf| مسار أرشيف = https://web.archive.org/web/20190409110240/http://www.objectmentor.com/resources/articles/srp.pdf | تاريخ أرشيف = 09 أبريل 2019 }} {{أيقونة إنجليزية}}</ref> | ;'''Single responsibility principle''' ({{أيقونة عربية|مبدأ المسؤولية الإفرادية}}) : يمتلك الصف مسؤولية إفرداية فقط (بمعنى أن أي تعديل على توصيف البرنامج يجب أن يكون له تأثير على توصيف الصف). |- ! O | [[مبدأ المفتوح المغلق|OCP]] <ref>{{استشهاد ويب|عنوان=Open/Closed Principle|مسار=http://www.objectmentor.com/resources/articles/ocp.pdf| مسار أرشيف = https://web.archive.org/web/20190403163722/http://www.objectmentor.com/resources/articles/ocp.pdf | تاريخ أرشيف = 03 أبريل 2019 }} {{أيقونة إنجليزية}}</ref> | ;'''Open-closed principle''' ({{أيقونة عربية|مبدأ فتح-إغلاق}}) :يجب أن تكون البنى البرمجية مفتوحة إلى التمديد ومغلقة بالنسبة للتعديل. |- ! L | LSP <ref>{{استشهاد ويب|عنوان=Liskov Substitution Principle|مسار=http://www.objectmentor.com/resources/articles/lsp.pdf| مسار أرشيف = https://web.archive.org/web/20190402031456/http://www.objectmentor.com/resources/articles/lsp.pdf | تاريخ أرشيف = 02 أبريل 2019 }} {{أيقونة إنجليزية}}</ref> | ;'''Liskov substitution principle''' ({{أيقونة عربية|مبدأ استبدال ليسكوف}}) : يجب على الكائنات الموجودة أثناء عمل البرنامج أن تكون قابلة للاستبدال بكائنات أخرى وارثة لها دون التأثير على صحة البرنامج. |- ! I | ISP <ref>{{استشهاد ويب|عنوان=Interface Segregation Principle|مسار=http://www.objectmentor.com/resources/articles/isp.pdf| مسار أرشيف = https://web.archive.org/web/20190402031455/http://www.objectmentor.com/resources/articles/isp.pdf | تاريخ أرشيف = 02 أبريل 2019 }} {{أيقونة إنجليزية}}</ref> | ;'''Interface segregation principle''' ({{أيقونة عربية|مبدأ فصل الواجهة}}) : إن وجود عدد من الواجهات الخاصة بالزبون أفضل كثيراً من وجود واجهة وحيدة عمومية الأهداف. |- ! D | DIP <ref>{{استشهاد ويب|عنوان=Dependency Inversion Principle|مسار=http://www.objectmentor.com/resources/articles/dip.pdf| مسار أرشيف = https://web.archive.org/web/20190416004850/http://www.objectmentor.com/resources/articles/dip.pdf | تاريخ أرشيف = 16 أبريل 2019 }} {{أيقونة إنجليزية}}</ref> | ;'''Dependency inversion principle''' ({{أيقونة عربية|مبدأ عكس التبعية}}) : "يجب الاعتماد على التجريدات وليس التحقيقات"، عكس التبعية هي طريقة تساعد على اتباع هذا المفهوم. |} ==المراجع== {{مراجع}} {{شريط بوابات|تقنية المعلومات|علم الحاسوب}} {{بذرة برمجيات حاسوب}} [[تصنيف:برمجة كائنية التوجه]] [[تصنيف:تصميم البرمجيات]]'
فرق موحد للتغييرات المصنوعة بواسطة التعديل (edit_diff)
'@@ -1,3 +1,3 @@ -رت سي. مارتن]]<ref name="ub-solid">[https://sites.google.com/site/unclebobconsultingllc/getting-a-solid-start “الحصول على بداية سوليد.”]، lid-start |date=26 ديسمبر 2016}}</ref> في بداية عام 2000<ref name="metz-presentation-2009">[https://www.confreaks.com/videos/240-goruco2009-solid-object-oriented-design “التصميم الكائني المنحى سوليد”]، ساندي ميتز (جامعة ديوك)، تموز، 2009. {{أيقونة إنجليزية}} {{Webarchive|url=https://web.archive.org/web/20141020083619/http://confreaks.com/videos/240-goruco2009-solid-object-oriented-design |date=20 أكتوبر 2014}}</ref> والمتبعة في [[برمجة كائنية التوجه|البرمجة]] والتصميم كائني المنحى. هذه المبادئ هي: '''Single responsibility''' ({{أيقونة عربية|[[مبدأ المهمة الواحدة|مسؤولية إفرادية]]}}) و'''Open-closed''' ({{أيقونة عربية|[[مبدأ المفتوح المغلق|فتح-إغلاق]]}}) و'''Liskov substitution''' ({{أيقونة عربية|استبدال ليسكوف}}) و'''Interface segregation''' ({{أيقونة عربية|فصل الواجهة}}) و'''Dependency inversion''' ({{أيقونة عربية|عكس التبعية}}). تهدف هذه المبادئ لدى تطبيقها إلى زيادة احتمال قيام المبرمج بتطوير نظامٍ سهل الصيانة والتمديد مستقبلاً.<ref name="metz-presentation-2009"/> يمكن القول أن مبادئ سوليد هي مجموعة من الإرشادات التي يؤدي تطبيقها أثناء تطوير النظام البرمجي إلى إزالة [[رائحة الكود|روائح الكود]] بسبب دفع المبرمج إلى [[إعادة هيكلة الكود]] مراراً وتكراراً إلى أن يحصل في النهاية على +'''SOLID''' ({{أيقونة عربية|سوليد}}) هو [[علامة الاختصار|اسمً تاجي]] [[استذكار|استذكاري]] وضعه مايكل فيذرز اختصاراً ''للمبادئ الخمسة الأولى'' المقترحة من قبل [[روبرت سيسيل مارتن|روبرت سي. مارتن]]<ref name="ub-solid">[https://sites.google.com/site/unclebobconsultingllc/getting-a-solid-start “الحصول على بداية سوليد.”]، [[روبرت سيسيل مارتن|روبرت سي. مارتن]] (“العم بوب”), objectmentor.com. {{أيقونة إنجليزية}} {{Webarchive|url=https://web.archive.org/web/20161226015924/https://sites.google.com/site/unclebobconsultingllc/getting-a-solid-start |date=26 ديسمبر 2016}}</ref> في بداية عام 2000<ref name="metz-presentation-2009">[https://www.confreaks.com/videos/240-goruco2009-solid-object-oriented-design “التصميم الكائني المنحى سوليد”]، ساندي ميتز (جامعة ديوك)، تموز، 2009. {{أيقونة إنجليزية}} {{Webarchive|url=https://web.archive.org/web/20141020083619/http://confreaks.com/videos/240-goruco2009-solid-object-oriented-design |date=20 أكتوبر 2014}}</ref> والمتبعة في [[برمجة كائنية التوجه|البرمجة]] والتصميم كائني المنحى. هذه المبادئ هي: '''Single responsibility''' ({{أيقونة عربية|[[مبدأ المهمة الواحدة|مسؤولية إفرادية]]}}) و'''Open-closed''' ({{أيقونة عربية|[[مبدأ المفتوح المغلق|فتح-إغلاق]]}}) و'''Liskov substitution''' ({{أيقونة عربية|استبدال ليسكوف}}) و'''Interface segregation''' ({{أيقونة عربية|فصل الواجهة}}) و'''Dependency inversion''' ({{أيقونة عربية|عكس التبعية}}). تهدف هذه المبادئ لدى تطبيقها إلى زيادة احتمال قيام المبرمج بتطوير نظامٍ سهل الصيانة والتمديد مستقبلاً.<ref name="metz-presentation-2009"/> يمكن القول أن مبادئ سوليد هي مجموعة من الإرشادات التي يؤدي تطبيقها أثناء تطوير النظام البرمجي إلى إزالة [[رائحة الكود|روائح الكود]] بسبب دفع المبرمج إلى [[إعادة هيكلة الكود]] مراراً وتكراراً إلى أن يحصل في النهاية على كود برمجي سهل القراءة والتمديد. تُعتبر سوليد جزءاً من إستراتيجية شاملة خاصة بالمنهجيات التكيفية و<nowiki/>[[تطوير البرمجيات أجايل|الأجايلية]].<ref name="metz-presentation-2009"/> ==لمحة عامة== '
حجم الصفحة الجديد (new_size)
6535
حجم الصفحة القديم (old_size)
5673
الحجم المتغير في التعديل (edit_delta)
862
السطور المضافة في التعديل (added_lines)
[ 0 => ''''SOLID''' ({{أيقونة عربية|سوليد}}) هو [[علامة الاختصار|اسمً تاجي]] [[استذكار|استذكاري]] وضعه مايكل فيذرز اختصاراً ''للمبادئ الخمسة الأولى'' المقترحة من قبل [[روبرت سيسيل مارتن|روبرت سي. مارتن]]<ref name="ub-solid">[https://sites.google.com/site/unclebobconsultingllc/getting-a-solid-start “الحصول على بداية سوليد.”]، [[روبرت سيسيل مارتن|روبرت سي. مارتن]] (“العم بوب”), objectmentor.com. {{أيقونة إنجليزية}} {{Webarchive|url=https://web.archive.org/web/20161226015924/https://sites.google.com/site/unclebobconsultingllc/getting-a-solid-start |date=26 ديسمبر 2016}}</ref> في بداية عام 2000<ref name="metz-presentation-2009">[https://www.confreaks.com/videos/240-goruco2009-solid-object-oriented-design “التصميم الكائني المنحى سوليد”]، ساندي ميتز (جامعة ديوك)، تموز، 2009. {{أيقونة إنجليزية}} {{Webarchive|url=https://web.archive.org/web/20141020083619/http://confreaks.com/videos/240-goruco2009-solid-object-oriented-design |date=20 أكتوبر 2014}}</ref> والمتبعة في [[برمجة كائنية التوجه|البرمجة]] والتصميم كائني المنحى. هذه المبادئ هي: '''Single responsibility''' ({{أيقونة عربية|[[مبدأ المهمة الواحدة|مسؤولية إفرادية]]}}) و'''Open-closed''' ({{أيقونة عربية|[[مبدأ المفتوح المغلق|فتح-إغلاق]]}}) و'''Liskov substitution''' ({{أيقونة عربية|استبدال ليسكوف}}) و'''Interface segregation''' ({{أيقونة عربية|فصل الواجهة}}) و'''Dependency inversion''' ({{أيقونة عربية|عكس التبعية}}). تهدف هذه المبادئ لدى تطبيقها إلى زيادة احتمال قيام المبرمج بتطوير نظامٍ سهل الصيانة والتمديد مستقبلاً.<ref name="metz-presentation-2009"/> يمكن القول أن مبادئ سوليد هي مجموعة من الإرشادات التي يؤدي تطبيقها أثناء تطوير النظام البرمجي إلى إزالة [[رائحة الكود|روائح الكود]] بسبب دفع المبرمج إلى [[إعادة هيكلة الكود]] مراراً وتكراراً إلى أن يحصل في النهاية على كود برمجي سهل القراءة والتمديد. تُعتبر سوليد جزءاً من إستراتيجية شاملة خاصة بالمنهجيات التكيفية و<nowiki/>[[تطوير البرمجيات أجايل|الأجايلية]].<ref name="metz-presentation-2009"/>' ]
السطور المزالة في التعديل (removed_lines)
[ 0 => 'رت سي. مارتن]]<ref name="ub-solid">[https://sites.google.com/site/unclebobconsultingllc/getting-a-solid-start “الحصول على بداية سوليد.”]، lid-start |date=26 ديسمبر 2016}}</ref> في بداية عام 2000<ref name="metz-presentation-2009">[https://www.confreaks.com/videos/240-goruco2009-solid-object-oriented-design “التصميم الكائني المنحى سوليد”]، ساندي ميتز (جامعة ديوك)، تموز، 2009. {{أيقونة إنجليزية}} {{Webarchive|url=https://web.archive.org/web/20141020083619/http://confreaks.com/videos/240-goruco2009-solid-object-oriented-design |date=20 أكتوبر 2014}}</ref> والمتبعة في [[برمجة كائنية التوجه|البرمجة]] والتصميم كائني المنحى. هذه المبادئ هي: '''Single responsibility''' ({{أيقونة عربية|[[مبدأ المهمة الواحدة|مسؤولية إفرادية]]}}) و'''Open-closed''' ({{أيقونة عربية|[[مبدأ المفتوح المغلق|فتح-إغلاق]]}}) و'''Liskov substitution''' ({{أيقونة عربية|استبدال ليسكوف}}) و'''Interface segregation''' ({{أيقونة عربية|فصل الواجهة}}) و'''Dependency inversion''' ({{أيقونة عربية|عكس التبعية}}). تهدف هذه المبادئ لدى تطبيقها إلى زيادة احتمال قيام المبرمج بتطوير نظامٍ سهل الصيانة والتمديد مستقبلاً.<ref name="metz-presentation-2009"/> يمكن القول أن مبادئ سوليد هي مجموعة من الإرشادات التي يؤدي تطبيقها أثناء تطوير النظام البرمجي إلى إزالة [[رائحة الكود|روائح الكود]] بسبب دفع المبرمج إلى [[إعادة هيكلة الكود]] مراراً وتكراراً إلى أن يحصل في النهاية على' ]
ما إذا كان التعديل قد تم عمله من خلال عقدة خروج تور (tor_exit_node)
false
طابع زمن التغيير ليونكس (timestamp)
1611328537