Aviso: strtotime () [function.strtotime]: não está seguro confiar nas colocações timezone do sistema. Você é *required* para usar a colocação de date.timezone ou o date_default_timezone_set () função. Em caso de que você usou algum daqueles métodos e você ainda está adquirindo este aviso, você mais provavelmente soletrou mal o identificador timezone. Selecionamos 'America/New_York' para 'EST/-5.0/no DST' em vez disso em/home/frodr/public_html/msofficetuneup.com/wp-includes/functions.php na linha 35
Aviso: data () [function.date]: não está seguro confiar nas colocações timezone do sistema. Você é *required* para usar a colocação de date.timezone ou o date_default_timezone_set () função. Em caso de que você usou algum daqueles métodos e você ainda está adquirindo este aviso, você mais provavelmente soletrou mal o identificador timezone. Selecionamos 'America/New_York' para 'EST/-5.0/no DST' em vez disso em/home/frodr/public_html/msofficetuneup.com/wp-includes/functions.php na linha 107
Aviso: data () [function.date]: não está seguro confiar nas colocações timezone do sistema. Você é *required* para usar a colocação de date.timezone ou o date_default_timezone_set () função. Em caso de que você usou algum daqueles métodos e você ainda está adquirindo este aviso, você mais provavelmente soletrou mal o identificador timezone. Selecionamos 'America/New_York' para 'EST/-5.0/no DST' em vez disso em/home/frodr/public_html/msofficetuneup.com/wp-includes/functions.php na linha 109
Aviso: data () [function.date]: não está seguro confiar nas colocações timezone do sistema. Você é *required* para usar a colocação de date.timezone ou o date_default_timezone_set () função. Em caso de que você usou algum daqueles métodos e você ainda está adquirindo este aviso, você mais provavelmente soletrou mal o identificador timezone. Selecionamos 'America/New_York' para 'EST/-5.0/no DST' em vez disso em/home/frodr/public_html/msofficetuneup.com/wp-includes/functions.php na linha 111
Aviso: data () [function.date]: não está seguro confiar nas colocações timezone do sistema. Você é *required* para usar a colocação de date.timezone ou o date_default_timezone_set () função. Em caso de que você usou algum daqueles métodos e você ainda está adquirindo este aviso, você mais provavelmente soletrou mal o identificador timezone. Selecionamos 'America/New_York' para 'EST/-5.0/no DST' em vez disso em/home/frodr/public_html/msofficetuneup.com/wp-includes/functions.php na linha 112
Janeiro
Aviso: strtotime () [function.strtotime]: não está seguro confiar nas colocações timezone do sistema. Você é *required* para usar a colocação de date.timezone ou o date_default_timezone_set () função. Em caso de que você usou algum daqueles métodos e você ainda está adquirindo este aviso, você mais provavelmente soletrou mal o identificador timezone. Selecionamos 'America/New_York' para 'EST/-5.0/no DST' em vez disso em/home/frodr/public_html/msofficetuneup.com/wp-includes/functions.php na linha 35
Aviso: data () [function.date]: não está seguro confiar nas colocações timezone do sistema. Você é *required* para usar a colocação de date.timezone ou o date_default_timezone_set () função. Em caso de que você usou algum daqueles métodos e você ainda está adquirindo este aviso, você mais provavelmente soletrou mal o identificador timezone. Selecionamos 'America/New_York' para 'EST/-5.0/no DST' em vez disso em/home/frodr/public_html/msofficetuneup.com/wp-includes/functions.php na linha 107
Aviso: data () [function.date]: não está seguro confiar nas colocações timezone do sistema. Você é *required* para usar a colocação de date.timezone ou o date_default_timezone_set () função. Em caso de que você usou algum daqueles métodos e você ainda está adquirindo este aviso, você mais provavelmente soletrou mal o identificador timezone. Selecionamos 'America/New_York' para 'EST/-5.0/no DST' em vez disso em/home/frodr/public_html/msofficetuneup.com/wp-includes/functions.php na linha 109
Aviso: data () [function.date]: não está seguro confiar nas colocações timezone do sistema. Você é *required* para usar a colocação de date.timezone ou o date_default_timezone_set () função. Em caso de que você usou algum daqueles métodos e você ainda está adquirindo este aviso, você mais provavelmente soletrou mal o identificador timezone. Selecionamos 'America/New_York' para 'EST/-5.0/no DST' em vez disso em/home/frodr/public_html/msofficetuneup.com/wp-includes/functions.php na linha 111
Aviso: data () [function.date]: não está seguro confiar nas colocações timezone do sistema. Você é *required* para usar a colocação de date.timezone ou o date_default_timezone_set () função. Em caso de que você usou algum daqueles métodos e você ainda está adquirindo este aviso, você mais provavelmente soletrou mal o identificador timezone. Selecionamos 'America/New_York' para 'EST/-5.0/no DST' em vez disso em/home/frodr/public_html/msofficetuneup.com/wp-includes/functions.php na linha 112
21
Como você já aprendeu, coerência de prêmio de bancos de dados. Se você tem um campo denominado Altura, você melhor está seguro que cada valor naquele campo usa o mesmo tipo de medições; de outra maneira, os seus dados não valor o seu peso em linho para feridas de meia. Semelhantemente se você tem um campo PhoneNumber, você melhor assegura-se que cada número de telefone tem o mesmo formato. Se alguns números de telefone forem escritos com arremetidas, espaços, e parênteses (como (844) 547-1123), enquanto os outros são um bocado diferentes (diga 847-547-1123), e alguns omitem a informação sobre código de área completamente (547-1123), então você tem um pequeno problema às suas mãos. Por causa da falta da coerência, você terá um tempo difícil trabalhando com esta informação (diga, procurando um número de telefone específico ou classificando os números de telefone em categorias diferentes baseadas no código de área).
Para ajudá-lo a dirigir valores que têm um telefone parecido a um modelo fixo o numbersyou pode usar uma máscara de entrada. Essencialmente, uma máscara de entrada (ou somente a máscara para curto) dão-lhe um modo de dizer o Acesso que modelo os seus dados devem usar. Baseado neste modelo, o Acesso modifica o modo que os valores são introduzidos e editados para fazê-los mais fáceis entender e menos propenso a erros. A figura 4-8 mostra como uma máscara deixa o formato Access uma série de carateres como eles estão sendo datilografados em um campo.
Você pode acrescentar uma máscara a qualquer campo que usa o tipo de dados de texto. As máscaras dão-lhe várias vantagens quanto ao texto ordinário:
-
As máscaras guiam a entrada de dados. Quando esvaziar, um mascarado editam demonstrações de controle os portadores do lugar onde os valores têm de ir. Uma máscara de número de telefone mostra o texto (_ _ _) _ _ _ - _ _ _ _ quando é vazio, claramente indicando de que tipo de informação ele precisa.
-
As máscaras fazem dados mais fáceis entender. Você pode ler muitos valores mais facilmente quando eles são apresentados certo caminho. A maior parte de pessoas podem escolher os números neste Número de seguro social formatado (012-86-7180) mais rápido do que este não formatado um (012867180).
-
As máscaras previnem erros. As máscaras rejeitam carateres que não ajustam o molde. Se você estiver usando a máscara telefônica, você não pode usar cartas.
-
As máscaras previnem a confusão. Com muitos tipos de dados, você tem vários modos de apresentar a mesma informação. Você pode entrar em números de telefone tanto com como sem códigos de área. Presentando à máscara a área codificam placeholder, você está dizendo que esta informação necessitou (e onde ele vai). É também óbvio que você não precisa de datilografar em parênteses ou uma arremetida para separar números, porque aqueles detalhes estão já lá. Você verá o mesmo benefício se você usar máscaras com datas, que podem ser introduzidas em todos os tipos de combinações diferentes (Ano/Mês/Dia, o ano dia do Mês, e assim por diante).
As máscaras são melhor ajustadas para quando você está guardando a informação numérica em um campo de texto. Este cenário ocorre com todos os tipos de dados, inclusive números de cartão de crédito, códigos postais, e números de telefone. Estes tipos da informação não devem ser guardados em campos numéricos, porque não os destinam para ser interpretados como um número único. Em vez disso, eles estão destinados para ser entendidos como uma série de dígitos. (Se você realmente fizer o erro de guardar um número de telefone em um campo numérico, você descobrirá que as pessoas podem datilografar em números de telefone perfeitamente absurdos como 0 e 14 porque estes são números válidos, mesmo se eles não forem números de telefone válidos. Mas uma máscara de entrada em um campo de texto pega estes erros facilmente.)
A figura 4-8. Ao topo da página: Aqui está um campo PhoneNumber com uma máscara isto está pronto para ir. Por enquanto, a pessoa que entra no registro não datilografou nada. O campo PhoneNumber automaticamente começa com este texto placeholder.
Fundo: A máscara formata os números como você datilografa. Se você o tipo 1234567890 nesta máscara de número de telefone, então você vê o texto (123) 456-7890. Nos bastidores, os bancos de dados guarda 1234567890, mas a informação apresentou no datasheet a utilização de um pacote agradavelmente formatado. Aquele pacote é a máscara. As máscaras não podem ajudá-lo com desafios mais sofisticados, como valores de dados que têm comprimentos variados ou modelos sutis. Por exemplo, uma máscara não o ajuda a notar um endereço de e-mail incorreto.
Observe: o texto e a Data/Tempo são os únicos tipos de dados aquele suporte máscaras.
Popularidade: 3 % [?]









Comentários recentes