Integrar PyQT e DJango ?
Wagner Porto
alguém sabe, ja fez, ouviu falar em como integrar um aplicação com
interface em
PyQT + django + banco de dados.
Links são bem vindos obrigado.
Marinho Brandao
como vc está pensando? fazer algum tipo de webservice em Django e
integrar via REST?
se for, tem uma série interessante q um cara está fazendo sobre API em
Django q deve ser util pra vc:
- http://fi.am/entry/building-a-website-api-with-django-part-1-api-func/
- http://fi.am/entry/building-a-website-api-with-django-part-2a-api-aut/
- http://fi.am/entry/building-a-website-api-with-django-part-3-oauth-in/
- http://fi.am/entry/building-a-website-api-with-django-part-4-complex-/
- http://fi.am/entry/building-a-website-api-with-django-part-5-serializ/
2008/8/27 Wagner Porto <por...@gmail.com>:
Marinho Brandão (José Mário)
http://marinho.webdoisonline.com/
Luciano Ramalho
Não sei se você sabe mas o PyQT é o único toolkit gráfico
disponível para Python que já integra o acesso a banco de dados.
Inclusive o QT oferece ao programador controles (widgets) que se
conectam diretamente ao BD, da mesma forma que os componentes "data
aware" do Delphi e do VB.
Essa facilidade não é muito divlugada na comunidade Python, talvez
porque o PyQT não segue o padrão DBAPI, que é usado por todas as
outras bibliotecas de acesso a BD relacional importantes no mundo
Python.
Para todos aqueles que estão chegando ao Python vindo do Delphi, eu
recomendo fortemente dar uma estudada a fundo no PyQT, não só pela
integração com BD, mas também pela existência do QT Designer, que é
provavelmente a melhor ferramenta para desenhar interfaces GUI
programáveis em Python.
Só uma coisa: quem vai subsituir o Delphi pelo QT precisa saber que é
o QT tem licença dual, ou seja, se o seu produto é software livre GPL,
você pode usar o QT sob a licença GPL sem pagar nada. Se o seu produto
é proprietário, você precisa comprar uma licença do QT que tem um
custo por desenvolvedor (não sei os valores).
De qualquer forma, o esquema do QT é melhor que o do Delphi, que só te
dá uma opção: pagar uma licença por desenvolvedor. Ah, tem também a
opção da cópia ilegal do Delphi. Sem entrar no mérito sobre pirataria,
eu diria que é bastante hipócrita a empresa que vende ou aluga
software proprietário mas não paga as licenças das suas ferramentas de
trabalho. Mas essa é outra história...
[ ]s
Luciano
Bruno Leonardo
fornecidas pelo Marinho e pelo Luciano, o Wagner terá (ou tem) uma
aplicação GUI produzida com o PyQT que terá que se interagir com outra
aplicação, agora Web, produzida com o Django. É um ponto de visão.
Outra visão seria implementar uma aplicação GUI com PyQT utilizando
algumas das (sub-)frameworks do Django, sendo que não sei se faz
sentido ou seja possível, já que o Django é um Framework para
desenvolvimento de aplicações Web. Assim, acredito que o caminho seja
o apontado pelo Marinho, ou seja, utilizando alguma forma de web
services. E as elucidações do Luciano também foram excelentes!
Abraços!
--
Bruno Leonardo Gonçalves
Andrews Medina
Na verdade criar um serviço em Django para ser acessado por uma GUI em
PyQT faria com que sua aplicação fosse disribuída e escalável. Além de
que o serviço seria facilmente utilizado por um front-end web ou algum
outro front-end como gui para celulares ou algo assim.
[]'s
--
Andrews Medina
www.andrewsmedina.com
Wagner Porto
obrigado pelas repostas, bem vamos lá vou dar maiores detalhes.
Tenho uma aplicação em Delphi 7 + Banco de dados Firebird 2,
mas a empresa está crescendo e estamos com 5 filiais, então todo santo
dia no fim da tarde,
as "Filiais" geram um arquivo com os registros novos e alterados e
encaminham para a matriz.
então tenho que fazer " 5 "vezes (por enquanto) a mesma operação de
Importação.
Como desenvolvo para uso interno, não vendemos ou alugamos os sistemas
então
posso usar PyQT sobre a licença Open-Source.
Luciano, eu fiz um levantamento e testei de acordo com minhas
necessidades
java com swing, python + gtk, python + wxpython, python + pyqt4
e PyQT4 foi a que mais agradou tanto em facilidade no desenvolvimento
quanto em recursos,
até mesmo por causa dos recursos que uma gui web não oferece, os
atalhos de teclado da vida,
Ajax não me agrada nesse ponto.
Medina, a idéia e essa mesmo ter serviços em django para ser acessado
por uma GUI PyQT.
O django ficaria encarregado das regras de negocios, models e banco
enquanto os clientes em PyQT
apenas para facilitar a vida dos usuários.
On 27 ago, 23:34, "Andrews Medina" <andrewsmed...@gmail.com> wrote:
> 2008/8/27 Bruno Leonardo <brunol...@gmail.com>: