Download grátis do Django. , download do Django. no download do software

framework web para perfeccionistas com prazos Django é um framework Python Web de alto nível que incentiva o desenvolvimento rápido e, design limpo pragmática. Django torna mais fácil para construir aplicações web mais rapidamente e com menos code.Developed e usado ao longo de dois anos por uma operação online-news em movimento rápido, Django foi projetado para lidar com dois desafios: os prazos intensivos de uma redação e os rigorosos requisitos de o experiente desenvolvedores da web que a escreveram. Ele permite que você construa de alto desempenho, aplicações Web elegantes quickly.Django concentra-se em aderir ao princípio de DRY e automatizar tanto quanto possible.Here estão algumas características-chave de "Django": · mapperDefine objeto-relacional seus modelos de dados inteiramente em Python. Você começa uma rica, dinâmica API de banco de dados de acesso de graça - mas você ainda pode SQL gravação, se necessário · Admin automática interfaceSave-se o trabalho tedioso de criar interfaces para as pessoas para adicionar e atualizar o conteúdo.. Django faz isso automaticamente, e de pronto para produção. · URL designDesign bonitas, URLs elegantes livre de cruft sem limitações específicas-quadro. Ser tão flexível quanto você gosta · poderoso, extensível e amigável-designer da linguagem de templates do Template systemUse Django ao projeto separado, conteúdo e código Python · systemHook Cache em memcached ou outros frameworks de cache para um super desempenho -.. Caching é tão granular quanto você precisa. · InternationalizationDjango tem suporte completo para aplicativos com vários idiomas, permitindo que você especifique strings de tradução e fornecendo ganchos para funcionalidades específicas do idioma. Requisitos: · Python 2.3 ou posterior O que há de novo nesta versão: melhorias ORM: · Grandes melhorias Dois foram adicionados ao mapeador de Django objeto-relacional (ORM): suporte agregado, e expressões de consulta. suporte agregado: · Agora é possível executar consultas agregadas SQL (ou seja, COUNT (), MAX (), MIN (), etc.) a partir de dentro ORM do Django. Você pode optar por retornar tanto os resultados do agregado diretamente, ou então anotar os objetos em um QuerySet com os resultados da consulta agregada. · Esta característica está disponível como novo QuerySet.aggregate () `() e QuerySet.annotate ()` () métodos, e é coberto em detalhe na documentação agregação ORM. expressões de consulta: · As consultas podem agora se referem a um outro campo na consulta e pode atravessar as relações para se referir a campos em modelos relacionados. Isso é implementado no novo objeto F; para detalhes completos, incluindo exemplos, consulte a documentação para expressões F. melhorias modelo: "não gerenciados" modelos: · Você pode agora controlar ou não Django gerencia o ciclo de vida das tabelas de banco de dados para um modelo usando a opção modelo gerenciado. O padrão é verdadeiro, o que significa que o Django irá criar as tabelas de banco de dados adequadas syncdb e removê-los como parte do comando de reset. Ou seja, Django gerencia o ciclo de vida da tabela de banco de dados. · Se definir este como False, no entanto, não criar a tabela de banco de dados ou eliminação será executada automaticamente para este modelo. Isso é útil se o modelo representa uma tabela existente ou uma exibição de banco de dados que foi criado por outros meios. modelos de proxy: · Você pode agora criar modelos de proxy: subclasses de modelos existentes que apenas adicionar Python nível (ao invés de banco de dados de nível) comportamento e não são representados por uma nova tabela. Ou seja, o novo modelo é uma proxy para algum modelo subjacente, que armazena todos os dados reais. · Todos os detalhes podem ser encontrados na documentação modelos de proxy. Este recurso é similar na superfície para modelos não gerenciados, assim que a documentação tem uma explicação de como procuração modelos diferem dos modelos não gerenciados. campos diferidos: · Em algumas situações complexas, seus modelos pode conter campos que podem conter uma grande quantidade de dados (por exemplo, grandes campos de texto), ou requerem processamento caro para convertê-los em objetos Python. Se você sabe que você não precisa desses domínios particulares, agora você pode dizer Django não para recuperá-los a partir do banco de dados. · Você vai fazer isso com o novo adiamento métodos queryset () e apenas (). Testando melhorias: · Algumas melhorias notáveis foram feitas para o framework de testes. melhorias de desempenho de teste: · Testes escritos utilizando framework de testes do Django agora executar dramaticamente mais rápido (até 10 vezes mais rápido, em muitos casos). · Isto foi realizado através da introdução de testes baseados em transações: ao usar django.test.testcase, seus testes agora serão executados em uma transação que é revertida quando terminar, em vez de lavar e reprovar o banco de dados. Isso resulta em uma imensa aceleração para a maioria dos tipos de testes unitários. Veja a documentação para testcase e transaçãoTrastase para uma descrição completa e algumas notas importantes sobre o suporte ao banco de dados. Teste melhorias do cliente: Um par de pequenas - mas altamente úteis - melhorias foram feitas no cliente de teste: · O cliente de teste agora pode seguir automaticamente redirecionamentos com o seguinte argumento para Client.Get () e Client.post (). Isso torna as visualizações de testes de que o problema redireciona mais simples. · Agora é mais fácil chegar ao contexto de modelo na resposta retornou o cliente de teste: você simplesmente acessará o contexto como solicitação.context . A maneira antiga, que trata a solicitação.Context como uma lista de contextos, um para cada modelo renderizado na cadeia de herança, ainda está disponível se você precisar. Novos recursos do administrador: Campos editáveis na lista de mudança?: · Agora você pode fazer campos editáveis nas visualizações de lista de administração através da nova opção de administrador List_EDitable. Esses campos serão exibidos como widgets de formulário nas páginas da lista e podem ser editados e salvos em massa. Admin "Ações": · Agora você pode definir ações de administrador que podem executar alguma ação para um grupo de modelos a granel. Os usuários poderão selecionar objetos na página Alterar lista e, em seguida, aplicar essas ações em massa a todos os objetos selecionados. · Django navios com uma ação de administrador predefinida para excluir um grupo de objetos de uma só vez. Processamento de vista condicional: · Django agora tem suporte muito melhor para o processamento de visualização condicional usando os cabeçalhos HTTP padrão ETAG e última modificação. Isso significa que você pode agora facilmente processamento de visualização de curto-circuito, testando condições menos caras. Para muitas visões, isso pode levar a uma melhora grave em velocidade e redução na largura de banda. Namespaces de URL: · Django 1.1 melhora os padrões de URL nomeados com a introdução de "namespaces" de URL. · Em suma, esse recurso permite que o mesmo grupo de URLs, a partir do mesmo aplicativo, seja incluído em um URLConf Django várias vezes, com prefixos denominados variados (e potencialmente aninhados), que serão usados ao realizar a resolução inversa. Em outras palavras, aplicativos reutilizáveis como a interface administrativa de Django podem ser registrados várias vezes sem conflitos de URL. Outros novos recursos e alterações introduzidas desde o Django 1.0 incluem: · O middleware de proteção do CSRF foi dividido em duas classes - CSRFViewMiddleware verifica solicitações recebidas e os processos CSRFresponsemiddleWare processam respostas de saída. A classe CSRfMiddleware combinada (que tanto) permanece para compatibilidade para trás, mas usando as classes divididas agora é recomendada para permitir o controle de guloseia de quando e onde o processamento do CSRF ocorre. · Reverse () e código que o usa (por exemplo, a tag de modelo {URL% {% URL} agora funciona com URLs no site administrativo do Django, desde que os URLs administradores sejam configurados via IVA (Admin.Site.URLS) (Envio Admin As solicitações para a visualização Admin.Site.root ainda funciona, mas URLs no administrador não serão "reversíveis" quando configurados dessa maneira). · A função Incluir () nos módulos do Django Urlconf agora pode aceitar seqüências de padrões de URL (gerados por padrões ()) além dos nomes do módulo. · Instâncias de formulários DJANGO (consulte a visão geral dos formulários agora têm dois métodos adicionais, hidden_fields () e visível_fields (), que retornam a lista de campos ocultos - ou seja, e visíveis no formulário, respectivamente. · A visualização Genérica Redirect_To (veja a documentação de visualizações genéricas) agora aceita um argumento de palavra-chave adicional permanente. Se permanente for verdadeiro, a exibição irá emitir um redirecionamento permanente HTTP (código de status 301). Se FALSE, a exibição emitirá um redirecionamento temporário HTTP (código de status 302). · Um novo tipo de pesquisa de banco de dados - Week_day - foi adicionado para DatamField e DateTimefield. Esse tipo de pesquisa aceita um número entre 1 (domingo) e 7 (sábado) e retorna objetos em que o valor de campo corresponde naquele dia da semana. Veja a lista completa de tipos de pesquisa para detalhes. · A tag {% para%} na linguagem de modelo de Django agora aceita uma cláusula opcional {% vazia%}, para ser exibida quando {% for%} é solicitado a loop sobre uma sequência vazia. Veja a lista de tags de modelo embutido para exemplos disso. · O Comando de Gerenciamento do DumpData agora aceita nomes de modelos individuais como argumentos, permitindo que você exporte os dados apenas de modelos específicos. · Há um novo filtro de modelo Safeq que funciona apenas como segura para listas, marcando cada item na lista como seguro. · Back-ends do cache agora suporta incres () e Decr () para incrementar e diminuir o valor de uma chave de cache. Em backends de cache que suportam incremento / diminuição atômica - mais notavelmente, o backend memcached - essas operações serão atômicas e bastante rápida. · O Django agora pode facilmente delegar a autenticação ao servidor da Web por meio de um novo backend de autenticação que suporta a variável padrão do ambiente Remote_User usada para essa finalidade. · Há uma nova função django.shortcuts.redirect () que facilita a emissão de redirecionamentos de um objeto, um nome de exibição ou um URL. · O back-end postgresql_psycopg2 agora suporta o autocommit do PostgreSQL nativo. Este é um recurso avançado e específico da PostgreSQL, que pode fazer certas aplicações pesadas de leitura um bom negócio mais rapidamente.

Django. Software Relacionado