DSA

Estruturas de dados e algoritmo

Estrutura de dados e algoritmo (DSA)

Explicações

• Inglês
• Espanhol
• Português
• turco
• 繁體中文
• 日本語

Diretrizes de Contribuição

1. Especificações de contribuição

O problema que está sendo contribuído deve ser um arquivo simples ( por exemplo, kruskal-algorithm.cpp , linear-search.java ) ou um diretório mais complexo ( palindrome/ ). Este é um problem unitário.

A árvore de diretórios tem a seguinte convenção de algorithms/{language}/{category}/{problem} , onde {language} representa o código do idioma do problema ( por exemplo, CPlusPlus para C++, CSharp para C# etc.), {category} é o tópico ou categoria do problema que está sendo contribuído ( por exemplo, strings , sorting , linked-lists etc.) e {problem} é um nome em conformidade com o problema ( por exemplo, linear-search.cpp , palindrome , queue-linked-list.cpp etc.)

Um problem de unidade deve estar em conformidade com as seguintes especificações:

• O nome deve estar em letras minúsculas. ( Por exemplo, palindrome/ , binary-search.cpp etc.).
• Cada palavra deve ser separada por um travessão ou hífen ( - ).

Se você tiver um problema que pertence a um novo tópico ou categoria diferente dos atuais:

1. Crie uma nova pasta e um índice para ela (um arquivo leia-me, README.md ).
2. Para cada novo arquivo de índice, escreva o leia-me com o seu problem (Documentação do Markdown).
3. O nome da pasta também pode conter apenas caracteres minúsculos e travessões ou hifens ( - ) (por exemplo, sorting strings etc.)

Contribuições simples (arquivo)

O arquivo deve estar em conformidade com a especificação problem e a extensão ( por exemplo, linear-search.java , kruskal-algorithm.cpp , count-inversions.js etc.)

Contribuições baseadas em projetos/pastas

As contribuições baseadas em projetos e pastas têm especificações de contribuição um pouco mais rígidas.

A pasta deve estar em conformidade com a especificação problem , juntamente com as seguintes especificações

Estrutura de pastas

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

Especificação/modelo 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 >

Arquivo .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 

Arquivo de construção/arquivo de especificação/arquivo de configuração

Pode ser qualquer um dos seguintes

• C/C++ : Makefile
• Python : requirements.txt
• JavaScript : package.json e package-lock.json
• Ferrugem : Cargo.toml e Cargo.lock
• Ir : go.mod

Arquivo de código-fonte

Os arquivos de código-fonte devem estar na pasta src/ ( por exemplo, src/main.cpp ou src/main.js ) ou na pasta raiz ( por exemplo, palindrome.go ou App.java ), onde ext é a extensão do arquivo para o específico linguagem de programação.

Novamente, os códigos-fonte devem estar em conformidade com uma convenção válida de estrutura de arquivos imposta pela linguagem de programação.

2. Convenção de Nomenclatura

A programação deve manter a regra de convenção de nomenclatura de cada linguagem de programação.

Outro tópico

• Contribuição pela primeira vez

Revisores

Linguagem de programação	Usuários
C ou C++	@Arsênico-ATG, @UG-SEP, @aayushjain7, @Ashborn-SM, @Ashad001
Java	@TawfikYasser, @aayushjain7, @mohitchakraverty
C#	@ming-tsai, @Waqar-107
Ir	@ayo-ajayi
Pitão	@Arsénico-ATG, @sridhar-5
JavaScript	@ming-tsai

Colaboradores

Abrir gráfico

Licença

MIT