DSA

Datenstrukturen und Algorithmus

Datenstruktur und Algorithmus (DSA)

Erläuterungen

• Englisch
• Spanisch
• Portugiesisch
• Türkisch
• 繁體中文
• 日本語

Beitragsrichtlinien

1. Beitragsspezifikationen

Das bereitgestellte Problem muss entweder eine einfache Datei ( z. B. kruskal-algorithm.cpp , linear-search.java ) oder ein komplexeres Verzeichnis ( palindrome/ ) sein. Dies ist ein problem .

Der Verzeichnisbaum hat die folgende Konvention von algorithms/{language}/{category}/{problem} , wobei {language} den Sprachcode des Problems darstellt ( z. B. CPlusPlus für C++, CSharp für C# usw.), {category} ist das Thema oder die Kategorie des Problems, das beigesteuert wird ( z. B. strings , sorting , linked-lists usw.), und {problem} ist ein dem Problem entsprechender Name ( z. B. linear-search.cpp , palindrome , queue-linked-list.cpp usw.)

Ein problem muss den folgenden Spezifikationen entsprechen:

• Der Name sollte in Kleinbuchstaben geschrieben sein. ( Zum Beispiel palindrome/ , binary-search.cpp usw.).
• Jedes Wort muss durch einen Bindestrich oder einen Bindestrich ( - ) getrennt werden.

Wenn Sie ein Problem haben, das zu einem neuen Thema oder einer neuen Kategorie als den vorhandenen gehört:

1. Erstellen Sie einen neuen Ordner und einen Index dafür (eine Readme-Datei, README.md Datei).
2. Schreiben Sie zu jeder neuen Indexdatei die Readme-Datei mit Ihrem problem darin (Markdown-Dokumentation).
3. Der Ordnername darf auch nur Kleinbuchstaben und Bindestriche ( - ) enthalten ( sorting . B. strings usw.)

Einfache (Datei-)Beiträge

Die Datei sollte der problem und der Erweiterung entsprechen ( z. B. linear-search.java , kruskal-algorithm.cpp , count-inversions.js usw.).

Projekt-/ordnerbasierte Beiträge

Für die projekt- und ordnerbasierten Beiträge gelten etwas strengere Beitragsspezifikationen.

Der Ordner sollte der problem sowie den folgenden Spezifikationen entsprechen

Ordnerstruktur

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

README.md Spezifikation/Vorlage

 # < 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 Datei

 # 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 

Build-Datei / Spezifikationsdatei / Konfigurationsdatei

Es kann eines der folgenden sein

• C/C++ : Makefile
• Python : requirements.txt
• JavaScript : package.json und package-lock.json
• Rust : Cargo.toml und Cargo.lock
• Los : go.mod

Quellcodedatei

Die Quellcodedateien sollten sich entweder im Ordner src/ ( z. B. src/main.cpp oder src/main.js ) oder im Stammordner ( z. B. palindrome.go oder App.java ) befinden, wobei ext die Dateierweiterung für die jeweilige Datei ist Programmiersprache.

Auch hier müssen die Quellcodes einer gültigen Dateistrukturkonvention entsprechen, die von der Programmiersprache durchgesetzt wird.

2. Namenskonvention

Bei der Programmierung sollten die Namenskonventionsregeln jeder Programmiersprache eingehalten werden.

Anderes Thema

• Erstmaliger Beitrag

Rezensenten

Programmiersprache	Benutzer
C oder C++	@Arsenic-ATG, @UG-SEP, @aayushjain7, @Ashborn-SM, @Ashad001
Java	@TawfikYasser, @aayushjain7, @mohitchakraverty
C#	@ming-tsai, @Waqar-107
Gehen	@ayo-ajayi
Python	@Arsenic-ATG, @sridhar-5
JavaScript	@ming-tsai

Mitwirkende

Diagramm öffnen

Lizenz

MIT