DSA

هياكل البيانات والخوارزميات

بنية البيانات والخوارزمية (DSA)

تفسيرات

• إنجليزي
• الاسبانية
• البرتغالية
• تركي
• 繁體中文
• 日本語

إرشادات المساهمة

1. مواصفات المساهمة

المشكلة التي يتم المساهمة بها يجب أن تكون إما ملفًا بسيطًا ( على سبيل المثال kruskal-algorithm.cpp , linear-search.java ) أو دليل أكثر تعقيدًا ( palindrome/ ). هذه problem الوحدة.

تحتوي شجرة الدليل على الاصطلاح التالي algorithms/{language}/{category}/{problem} ، حيث تمثل {language} رمز لغة المشكلة ( على سبيل المثال CPlusPlus لـ C++، و CSharp لـ C# وما إلى ذلك)، و {category} هو موضوع أو فئة المشكلة التي يتم المساهمة بها ( على سبيل المثال strings , sorting , linked-lists وما إلى ذلك)، و {problem} هو اسم مطابق للمشكلة ( على سبيل المثال. linear-search.cpp ، palindrome ، queue-linked-list.cpp وما إلى ذلك)

يجب أن تكون problem الوحدة مطابقة للمواصفات التالية:

• يجب أن يكون الاسم بأحرف صغيرة. ( على سبيل المثال palindrome/ ، binary-search.cpp وما إلى ذلك).
• يجب أن يتم فصل كل كلمة بشرطة أو واصلة ( - ).

إذا كانت لديك مشكلة تنتمي إلى موضوع أو فئة جديدة غير تلك الموجودة:

1. قم بإنشاء مجلد جديد وفهرس له بداخله (ملف تمهيدي، ملف README.md ).
2. لكل ملف فهرس جديد، اكتب الملف التمهيدي الذي يحتوي على problem (وثائق Markdown).
3. يمكن أن يحتوي اسم المجلد أيضًا على أحرف صغيرة وشرطات أو واصلات ( - ) فقط (على سبيل المثال، sorting strings وما إلى ذلك).

مساهمات بسيطة (ملف).

يجب أن يتوافق الملف مع مواصفات problem والامتداد ( على سبيل المثال، linear-search.java ، kruskal-algorithm.cpp ، count-inversions.js وما إلى ذلك)

المساهمات المستندة إلى المشروع/المجلد

تتمتع المساهمات المستندة إلى المشروع والمجلدات بمواصفات مساهمة أكثر صرامة.

يجب أن يتوافق المجلد مع مواصفات problem ، بالإضافة إلى المواصفات التالية

هيكل المجلد

problem-name
| - .gitignore
| - README.md
| - Makefile       # or the specific specification/requirements/configuration file
| - src
    | - main.ext

مواصفات / قالب README.md

 # < Title of the Problem >

< description of the problem >

## Prerequisites

- prerequisite library or package
- [ prerequisite library ] ( https://www.example.com/link-to-official-library )

## Instructions

- instructions to run the project
- < Simple and reproducible commands to execute the project >
  ``` bash
   make # or 'cargo run', or 'dotnet run' or 'mvn exec:java' etc.
  ```

## Test Cases & Output < if exists>

< If you can provide test cases, describe it here, else remove this section >

ملف .gitignore

 # add all output files and build files to be excluded from git tracking
main     # executable file also must have the project name
target /  # the build file, for example for rust 

ملف البناء / ملف المواصفات / ملف التكوين

يمكن أن يكون أيًا مما يلي

• C/C++ : Makefile
• بايثون : requirements.txt
• جافا سكريبت : package.json و package-lock.json
• الصدأ : Cargo.toml و Cargo.lock
• الذهاب : go.mod

ملف كود المصدر

يجب أن تكون ملفات التعليمات البرمجية المصدر إما في مجلد src/ ( على سبيل المثال src/main.cpp أو src/main.js ) أو المجلد الجذر ( على سبيل المثال palindrome.go أو App.java ) حيث يكون ext هو امتداد الملف المحدد لغة البرمجة.

مرة أخرى، يجب أن تتوافق أكواد المصدر مع اتفاقية بنية الملف الصالحة التي تفرضها لغة البرمجة.

2. اتفاقية التسمية

يجب أن تحافظ البرمجة على قاعدة اصطلاح التسمية لكل لغة برمجة.

موضوع آخر

• مساهمة لأول مرة

المراجعين

لغة البرمجة	المستخدمين
سي أو سي++	@Arsenic-ATG، @UG-SEP، @aayushjain7، @Ashborn-SM، @Ashad001
جافا	@توفيق ياسر، @aayushjain7، @mohitchakraverty
ج #	@ming-tsai، @Waqar-107
يذهب	@ ayo-ajayi
بايثون	@الزرنيخ-ATG، @sridhar-5
جافا سكريبت	@ مينغ تساي

المساهمين

افتح الرسم البياني

رخصة

معهد ماساتشوستس للتكنولوجيا