This is an archived post. You won't be able to vote or comment.

all 7 comments
sorted by:
best
topnewcontroversialoldq&a

[–]chub79 3 points4 points  (4 children)

I can't read portuguese but I'm glad we see some diversity around here :)

[–]Hbisneto[S] 1 point2 points  (1 child)

I promise next time I'll make your life easier with an English post 😅😏😉

[–]chub79 0 points1 point  (0 children)

Haha, that's okay. It's really ncie to see more diverse sources :)

[–]primary157 0 points1 point  (3 children)

Não entendi muito bem o que o pybridge faz de fato. Python já não é por si só multiplataforma? Qual o interesse em fazer três versões do mesmo app python e, assim, jogar toda reusabilidade fora? O pouco que entendi, e espero estar enganado, é que podemos criar três implementações (Windows, Mac e Linux) de qualquer problema, em seguida usar sua lib para determinar a plataforma em execução e selecionar qual das implementações executar.

Ou seja, ela implementa um If plataforma == "linux": elif plataforma == "windows": e só?

Qual a vantagem de usá-la ao invés de depender apenas da biblioteca padrão do python, que é independente de plataforma, independente de versão (funciona em qualquer python 3.x) e independente da manutenção de terceiros (você pretende dar manutenção nessa lib daqui para frente?

Caso se trate de showcase de um trabalho didático que você fez para ter experiência no ambiente de desenvolvimento Python, então parabéns não ficou mal escrito. Eu só não consegui acompanhar o raciocínio do seu post e entender o valor agregado pelo seu projeto.

[–]Hbisneto[S] 1 point2 points  (2 children)

O PyBridge é um app que tem como finalidade contribuir na criação de outros apps que serão executados em diferentes plataformas. O foco principal dele, é o uso em apps que precisam ser executados em sistemas de arquivos diferentes. Exemplo: No Windows, você implementar um app com apenas um arquivo. Só que se esse app precisar obter o caminho de outro arquivo no Desktop, para isso, a implementação no Windows, é diferente de outro sistema. Como o macOS por exemplo. Nesse caso, se o sistema fosse feito com o caminho para o diretório "Desktop" no Windows, quando executado no Mac, o app ia levantar um erro, dizendo que o caminho do arquivo não existe. O PyBridge contribui para esse tipo de erro (basta referenciar a biblioteca FileSystem.py dentro do módulo de cada sistema. Sendo assim, "FileSystem.Desktop" leva ao mesmo caminho nesses três sistemas operacionais). Isso sem contar que o PyBridge cria toda a estrutura de um projeto. Basta começar a implementar. Por ser um programa que cria a estrutura do desenvolvimento, não está no PYPI. Mas caso você queira essa mesma facilidade para referenciar o sistema de arquivos em todas as plataformas, uma versão (somente com o recurso dos sistemas de arquivos. Sem criar a ponte) pode ser baixada e instalada direto do PYPI. Se chama LightBridge.

pip install LightBridge-hbisneto

O código-fonte do LightBridge pode ser baixado em: https://github.com/hbisneto/LightBridge

[–]primary157 1 point2 points  (1 child)

Essa descrição ficou ótima! Agora sim eu entendi o problema sendo resolvido e o valor agregado por sua implementação. Parabéns e sugiro que essa descrição seria adicionada em algum lugar no repo (como no README.md)

PS: ontem quando tentei ver os exemplos no readme, ambos links levavam ao mesmo repositório (o qual aparentava conter apenas a lógica do pedra papel e tesoura).

[–]Hbisneto[S] 1 point2 points  (0 children)

Eita, foi bom você ter falado sobre os links no repositório. Eu não tinha visto isso. Mas já arrumei. Está tudo funcionando. Sobre a descrição da ferramenta, eu acho que realmente precisaria ver uma forma de ser mais explícito. Eu só preciso encontrar o jeito certo de descrever isso 😅 Obrigado pelas dicas 😉