Django surgiu de uma necessidade muito prática: World Online, um jornal com atividade Web que é responsável por construir aplicações Web complexas nos prazos do jornalismo. Na redação em ritmo acelerado, World Online muitas vezes tinha apenas algumas horas para criar uma aplicação Web complexa, desde o escopo até ao lançamento.
\nAo mesmo tempo, os desenvolvedores web do World Online têm sido consistentemente perfeccionistas quando se trata de seguir as melhores práticas do desenvolvimento Web.
\nNo outono de 2003, os desenvolvedores do World Online (Adrian Holovaty e Simon Willison) abandonaram o PHP e começaram a usar Python para desenvolver seus websites. Enquanto desenvolviam intensivamente sites ricamente interativos tais como Lawrence.com eles começaram a extrair um framework de desenvolvimento web genérico que os permitia construir aplicações Web mais e mais rápido. Eles melhoravam este framework constantemente, adicionando novas melhorias ao longo de dois anos.
\nNo verão de 2005, World Online decidiu abrir o código-fonte do software resultante, Django. Django não existiria sem um uma série de outros projetos open-source – Apache, Python, e PostgreSQL apenas para citar alguns – e estamos muito animados por sermos capazes de dar algo de volta para a comunidade open-source.
\nDjango leva o nome de Django Reinhardt, um guitarrista de jazz manouche de 1930 até início de 1950. Até hoje, ele é considerado um dos melhores guitarristas de todos os tempos.
\nOuça a música dele. Você vai gostar.
\nDjango é pronunciado JANG-oh. Rima com FANG-oh. O “D” é mudo.
\nNós também gravamos um clipe de áudio da pronúncia.
\nSim, é bastante estável. Empresas como Disqus, Instagram, Pinterest e Mozilla têm usado Django por muito anos. Sites desenvolvidos em Django resistem a picos de tráfego de mais de 50 mil acessos por segundo.
\nSim. Comparado com o tempo de desenvolvimento, hardware é barato, por isso, Django é projetado para aproveitar o máximo de hardware quanto você pode dar a ele.
\nDjango usa uma arquitetura “shared-nothing”, que siginfica que você pode adicionar hardware em qualquer nível – servidores de banco de dados, servidores de cache ou servidores de aplicação/web.
\nO framework separa os componentes organizadamente como a sua camada de banco de dados e a camada de aplicação. Além disso, ele provém um simples e poderoso framework de cache.
\nO Django foi desenvolvido originalmente no World Online, o departamento WEB de um jornal em Lawrence, Kansas, USA. O Django agora é mantido por um time internacional de voluntários.
\nDjango é distribuido sobre a licença 3-cláusula BSD. Esta é uma licença fonte aberta provendo permissões abrangentes para modificar e redistribuir Django.
\nDjango inclui código da biblioteca padrão de Python. Python é distribuída sobre uma licença permissiva de fonte aberta. A cópia da licença de Python está incluída com Django para conformidade com os termos de Python.
\nDjangoSites.org possui uma lista crescente de sites construídos utilizando Django.
\nBem, os nomes padrões são discutíveis.
\nEm nosso entendimento de MVC, a “view” representa os dados que são apresentados ao usuário. Nao é necessariamente como a informação é apresentada, mas qual informação é mostrada. A view representa qual informação você vê, não como você vê. Há uma sutil diferença.
\nEntão, nesse caso, uma “view” é uma função de retorno para uma URL específica, por que esta função de retorno descreve qual informação é apresentada.
\nAlém disso, é imprescindível separar conteúdo de apresentação – onde os templates residem. No Django, uma “view’ descreve qual informação é apresentada, mas uma view normalmalmente delega para um template, que descreve como a informação é apresentada.
\nOnde o “controller” se encaixa, então? No caso do Django, é provavelmente o próprio framework - o maquinário que envia uma requisição para a “view” apropriada, de acordo com a configuração de URL do Django.
\nSe você está faminto por acrônimos, você deve dizer que Django é um framework “MTV” – Isto é, “model”, “template” e “view”. Essa correspondência faz muito mais sentido.
\nNo final do dia, tudo se resume a fazer as coisas. E, independentemente de como as coisas são nomeadas, Django faz as coisas da maneira que é mais lógica para nós.
\nNós estamos bem conscientes de que existem outros frameworks para desenvolvimento web e nós não iremos nos opor a emprestar ideias quando apropriado. No entanto, Django foi desenvolvido exatamente porque nós estávamos infelizes com o status quo. Portanto, por favor note que “porquê o <Framework X> faz tal coisa” não vai ser razão suficiente para adicionar uma determinada funcionalidade ao Django.
\nQuando o Django foi originalmente escrito, Adrian e Simon gastaram um bom tempo explorando os vários frameworks Python disponíveis.
\nEm nossa opinião, nenhum deles era completamente satisfatório.
\nNós somos exigentes. Você pode até nos chamar de perfeccionistas. (Com prazos.)
\nAo longo do tempo nós esbarramos em bibliotecas open-source que faziam coisas que nós já havíamos implementado. Foi reconfortante ver outras pessoas resolvendo problemas de maneiras similares, no entanto, era tarde demais para integrar código externo - nós já havíamos escrito, testado e implementado nossos próprios pedaços de framework em diversas configurações de produção – e nosso código atendia deliciosamente às nossas necessidades.
\nNa maioria dos casos, no entanto, nós descobrimos que as ferramentas e frameworks existentes possuíam inevitavelmente algum tipo de falha fundamental que nos deixava enojados. Nenhuma ferramenta encaixava-se em nossa filosofia 100%.
\nComo nós dissemos: Somos exigentes.
\nNós documentamos nossas filosofias na documentação: Página de filosofias de design.
\nNão, Django não é um CMS, ou algum tipo de “turnkey product” de si mesmo. É um framework Web; É uma ferramenta de programação que te possibilita construir websites.
\nPor exemplo, não faz muito sentido comparar Django com algo como Drupal, porque Django é algo que você usa para criar coisas como Drupal.
\nSim, o site de admin automático do Django é fantástico e economiza tempo – no entanto, o site de admin é um módulo do framework Django. Além disso, apesar do Django ter facilidades especiais para construir aplicações que servem como gerenciadores de conteúdo (CMS) não significa que ele não é igualmente apropriado para construírem aplicações com outros propósitos.
\nA documentação do Django está disponível na pasta docs de cada distribuição em tarball. Essa documentação está no formato reST (reStructuredText) e cada arquivo de texto corresponde a uma página no site oficial do Django.
Porque a documentação é armazenada em um controle de revisão, você pode navegar pelas mudanças de documentação da mesma forma que você pode navegar por modificações de código.
\nTecnicamente, a documentação no site do Django é gerada a partir da última versão de desenvolvimento dos documentos reST. Por conta disso, a documentação no site do Django pode oferecer mais informações do que a que vem com a última distribuição do Django.
\nÉ difícil dar um formato oficial de citação por duas razões: os formatos podem variar bastante entre publicações e padrões de citação para software ainda é uma questão debatível.
\nPor exemplo, o estilo APA, ditaria algo como:
\nDjango (Version 1.5) [Computer Software]. (2013). Retrieved from https://www.djangoproject.com/.\nNo entanto, a única orientação verdadeira é aquela que o seu editor irá aceitar, então pegue uma cópia dessas instruções e preencha as lacunas da melhor forma possível.
\nSe o seu guia de referência requer o nome do editor, use “Django Software Foundation”.
\nSe você precisa de um local de publicação, use “Lawrence, Kansas”.
\nIf you need a web address, use https://www.djangoproject.com/.
\nSe você precisa de um nome, basta usar “Django”, sem qualquer slogan.
\nSe você precisa de uma data de publicação, utilize o ano de distribuição da versão a qual você está se referindo (por exemplo: 2013 para a versão 1.5).
\n