Como escolher um nome para seu projeto Swift

Você precisa escolher um nome para o projeto e seus alvos. Na verdade, seu projeto pode ter vários destinos, cada um com seu próprio nome. Nome do seu projeto com um nome curto # 8208-palavra simples (oito letras ou menos) que não contém non # 8208 letras ou # 8208-número caracteres não como espaços, sinais de dólar, ou til.

Para referência futura, aqui estão algumas das opções que você pode considerar como você está mais confortável com Xcode e desenvolvimento de aplicativos.

o projeto é a coleção global de arquivos que você está criando. Ela está contida dentro de uma pasta que usa o nome do projeto. Esse nome é para seu benefício, para que possa incluir abreviaturas, códigos de departamento, ou outros atalhos que você não iria revelar ao público.

Tenha cuidado com os caracteres que não são permitidos em nomes do Finder, como /, ~, {, (e espaços. (Esta lista não é exaustiva.) É mais seguro para furar a parte superior # 8208- e letras minúsculas e limite numbers- especial caracteres para traços.

Se você não está certo sobre um personagem, crie um arquivo no Finder e renomeá-lo com o nome que você está pensando: Se o localizador muda o nome automaticamente, você saberá que você deve usar o nome alterado ou mais meio # 8208-de # 8208-o nome de # 8208-estrada sem caracteres especiais.

O projeto pode conter múltiplas metas, cada um dos quais pode ser construído com Xcode. Um alvo pode ser uma versão do seu aplicativo para iOS, e outra pode ser uma versão para Macs. Ainda outro pode ser projetado para testes (os modelos Xcode muitas vezes criam um alvo de testes como um companheiro para o alvo do seu aplicativo).

Você pode criar vários alvos dos mesmos arquivos básicos. (Essa é uma razão para usar múltiplos alvos: É fácil de compartilhar os arquivos comuns no projeto.)

Outra variação sobre este tema ocorre se você vai ter várias versões do seu aplicativo - talvez sua App Lite, seu aplicativo e sua App Pro. Uma estratégia comum é a criação de sua App Lite como um aplicativo gratuito, o aplicativo como um aplicativo do preço, e sua App Pro como uma aplicação maior custo. Multiplique essas três aplicações por dois (para iOS e OS X), e agora você está falando sobre a construção de seis aplicativos. Se você pode escrever seu código básico funcionalidade de uma vez por todos os seis apps, você vai ser muito à frente.

Dentro de uma família de dispositivos (iOS ou OS X), as diferenças normalmente não exigem aplicativos separados. Por exemplo, você pode criar um aplicativo iOS que é executado no iPhone e iPad- você pode construir um X app OS que é executado no MacBook Pro e iMac.

Quando você cria um novo projeto, você fornece o nome do projeto, bem como o nome de cada alvo. Reveja a App Store e Mac App Store # 173-orientação para convenções de nomenclatura para que seus nomes não confundir ninguém. (Consulte o Centro de Recursos da App Store no developer.apple.com para as informações mais atuais.)

Além disso, estar ciente de que há também restrições sobre as maneiras que você pode promover Lite e versões Pro. Em resumo, lembre-se que cada versão do seu aplicativo deve dar aos usuários uma experiência satisfatória ao invés de um sentimento de frustração quando eles são subitamente informados de que eles têm de obter seu cartão de crédito para escrever ainda mais um keystroke.

Em suma, nomeando o usuário # partes do seu projeto 8208 virada - isto é, as peças que normalmente se tornam produtos - é uma questão mais crítica e complexa do que dar nomes a projetos ou metas, cujos nomes são visíveis apenas para você e outros desenvolvedores. (Você tem o controle quase total sobre o nome do produto, se você modificá-lo na seção de configurações de compilação de um alvo Xcode Use a seção de configurações de compilação sob Packaging, onde encontrará Nome do produto -. Qual você pode especificar separadamente para depuração e lançar versões .)

Ficar com um, um # simples denominação curto 8208-palavra para seus primeiros testes. Entrar na complexidade de nomear produtos mais tarde. O nome do projeto e as metas podem ser alteradas posteriormente. No entanto, embora mudando os nomes é mais fácil do que era no passado, muitas vezes é melhor não fazê-lo se você pode evitá-lo. Renomeação pode causar problemas com os pacotes.