Guia de início rápido
A forma de criar um repl no replit depende de você querer um ponto de partida pronto ou um espaço de trabalho em branco. Use o caminho que corresponde ao seu objetivo e verifique o projeto antes de continuar a desenvolvê-lo.
Estes guias próximos abordam as próximas decisões que você pode tomar depois de abrir um espaço de trabalho.
Uma boa primeira decisão mantém o restante da configuração simples. Escolha o cartão que melhor representa o trabalho que você realmente está tentando fazer.
Você quer praticar uma linguagem ou seguir um pequeno exercício de programação sem decidir primeiro sobre a estrutura completa de uma aplicação.
Comece com um espaço de trabalho em branco, adicione um arquivo focado e teste cada alteração à medida que avança.
replit para iniciantesVocê já sabe que tipo de script quer criar e precisa de um lugar prático para escrevê-lo, executá-lo e revisá-lo.
Escolha um ponto de partida pronto para Python, dê um nome claro ao projeto e mantenha a primeira execução deliberadamente pequena.
replit pythonVocê tem uma ideia inicial para uma aplicação interativa e quer uma estrutura que possa crescer além de um único trecho de código.
Comece com um modelo adequado ou um ponto de partida gerado e, depois, substitua o conteúdo de exemplo pela sua própria lógica.
exemplos de aplicativos replitVocê já usou a plataforma e está abrindo um espaço de trabalho para continuar um experimento ou tutorial existente.
Acesse o projeto existente, confira os arquivos selecionados e execute a versão atual antes de mudar qualquer coisa.
como usar replitSiga este caminho quando um modelo, um projeto inicial de uma linguagem ou um projeto gerado oferecer uma base útil em vez de uma tela em branco.
Abra o fluxo de criação e selecione a linguagem, o modelo ou a descrição de projeto mais próxima do que você quer fazer. Prefira uma opção pequena e adequada a uma ampla: o objetivo é criar um espaço de trabalho que você entenda, não acumular funcionalidades antes de começar.
Dê um nome específico ao projeto e examine a árvore de arquivos antes de editar. Identifique o arquivo principal, os arquivos de configuração e o controle de execução visível para entender o que o projeto inicial espera.
Execute o projeto antes de fazer alterações. Uma primeira execução bem-sucedida oferece um ponto de referência; se algo falhar, você poderá resolver o problema de configuração antes de adicionar seu próprio código.
As duas opções comuns para começar são válidas. A melhor escolha depende de quanta estrutura você quer entender antes de fazer sua primeira alteração.
Ideal para
Modelo ou projeto inicial
Um projeto com uma estrutura, linguagem ou fluxo de exemplo reconhecível
Espaço de trabalho em branco
Um pequeno experimento, uma lição, um script ou um projeto com um primeiro arquivo bem definido
Estrutura inicial
Modelo ou projeto inicial
Alguns arquivos e convenções já estão presentes
Espaço de trabalho em branco
Você decide os nomes dos arquivos e a estrutura por conta própria
Primeira ação
Modelo ou projeto inicial
Leia os arquivos existentes antes de substituí-los ou estendê-los
Espaço de trabalho em branco
Crie o arquivo principal e escreva a menor versão útil
Principal vantagem
Modelo ou projeto inicial
Menos trabalho de configuração quando o projeto inicial corresponde de perto ao seu objetivo
Espaço de trabalho em branco
Mais controle e menos código não relacionado para entender
Principal risco
Modelo ou projeto inicial
Códigos de exemplo não utilizados podem dificultar a compreensão do que seu projeto realmente precisa
Espaço de trabalho em branco
Você pode esquecer um arquivo, comando ou configuração de execução necessária
Primeiro teste recomendado
Modelo ou projeto inicial
Execute o projeto inicial original antes de alterar seu comportamento
Espaço de trabalho em branco
Execute imediatamente um teste mínimo de saída ou entrada
Quando mudar
Modelo ou projeto inicial
Mude para um espaço de trabalho em branco quando o template gerar mais confusão do que valor
Espaço de trabalho em branco
Use um starter quando a configuração repetida se tornar o verdadeiro problema
Se a primeira rota parecer pesada demais, comece com um espaço de trabalho em branco e crie uma peça verificada de cada vez. O contraste entre antes e depois tem menos a ver com aparência do que com reduzir a incerteza.
Antes: início não verificado
Depois: espaço de trabalho verificado
Mantenha a primeira versão restrita o suficiente para saber o que mudou e por quê.
Criar o espaço de trabalho é apenas o começo. Essas limitações são normais, e cada uma delas tem uma solução prática.
O fluxo de criação pode fornecer uma estrutura inicial, mas não prova que sua ideia esteja completa, testada ou pronta para outras pessoas.
Solução alternativa
Defina um pequeno resultado para o usuário e teste esse resultado antes de adicionar mais telas ou recursos.
Arquivos de exemplo, dependências e convenções de nomenclatura podem fazer um starter parecer mais complicado do que o projeto que você pretendia criar.
Solução alternativa
Leia primeiro o arquivo de entrada, remova os exemplos claramente irrelevantes e mantenha uma breve nota explicando o que cada arquivo restante faz.
O projeto pode ser iniciado mesmo contendo casos extremos incorretos, tratamento fraco de entradas ou um caminho incompleto pelo app.
Solução alternativa
Teste uma entrada normal, uma entrada inesperada e o principal resultado que você deseja que o projeto produza.
Sem um primeiro resultado definido, é fácil continuar alterando detalhes de configuração em vez de fazer um progresso útil.
Solução alternativa
Escreva o primeiro recurso como uma frase concreta, como “aceitar um valor e exibir um resultado claro”, e então desenvolva apenas isso.
Quando você souber se precisa de um starter ou de um projeto em branco, o próximo passo será simples: descreva a primeira versão útil, inspecione o que foi criado e verifique a execução inicial. Mantenha o escopo pequeno o suficiente para entender todos os arquivos importantes.
Crie um novo replRespostas às perguntas mais comuns sobre a criação de um novo repl no fluxo de trabalho atual.
Abra o fluxo de criação de projetos, escolha um starter adequado ou um workspace em branco e dê ao projeto um nome claro. Depois que ele abrir, inspecione os arquivos e execute a versão inicial antes de fazer alterações maiores.
Um template oferece uma estrutura, arquivos e convenções existentes para você adaptar. Um workspace em branco dá mais controle, mas você precisa decidir sozinho qual será o primeiro arquivo e a estrutura básica.
Comece com um template pequeno quando estiver seguindo um exemplo guiado ou quiser ver um padrão funcional. Escolha um projeto em branco quando o exercício for simples e você quiser aprender como a estrutura de arquivos é montada.
Verifique se o projeto abre com os arquivos esperados, se o ponto de entrada principal está claro e se a execução inicial é concluída conforme o esperado. Em seguida, faça uma pequena alteração e execute-o novamente para confirmar que a edição está sendo usada.
Não altere tudo de uma vez. Identifique o arquivo de entrada, execute a versão original, remova apenas o código que você entende e mantenha uma pequena base funcional que possa restaurar caso a próxima alteração cause um problema.