json + html: Sugestão para exibição dos CPs.

[hsouza90]

Boa tarde,

já tinha visto em algum issue comentários quanto a isso e ainda quanto a definição das tecnologias utilizadas para manter o projeto.

Tendo por base que continuará utilizando o gh-pages o uso de alguns recursos é limitado, tendo isso em mente, o projeto https://github.com/eisenbraun/columns traz ao html + jQuery a possibilidade de utilizar bases .json para a exibição de tabelas.

Com a grande quantidade de cadastros, gerenciar a inclusão e remoção deles pode se tornar trabalhoso, a utilização de um arquivo mais limpo para essa tarefa poderia ser de grande ajuda.

Seguem algumas telas de uma implementação que estou testando:

Lista de estados

Centro Pokémon não cadastrado

Arquivo base

Não sou expert no assunto, estou aprendendo e executando essas tarefas, mas o que for de ajuda ao projeto é válido.

O que acharam?

See ya ;)

[carvalhobruno]

Acho que não é ainda o ideal, mas devido ao estado quase que embrionário do projeto, essa solução ajudaria e muito o cadastro dos centros.

Até porque, tanto pra quem coda quanto pra quem não coda, editar um json é muito mais rápido do que o html na mão.

Boa!

[tawsbob]

tem que ser JSON pois no futuro, se for ficar profissional vai ter que ter uma API por trás que vai alimentar, esse trabalho de editar um arquivo já é ultrapassado

[evansantos]

@tawsbob concordo, que fica mais facil de manter

[saraiva1989]

Como está essa Issue? precisa de alguém para implementar ou será descartado?

Se precisar de alguém para implementar eu estaria a disposição.

[fititnt]

@saraiva1989 então, segundo idéia original, de ser amigável a quem estiver começando, não precisaria ser descartado.

A questão é ter o melhor dos dois mundos. Hoje por exemplo a pessoa consegue baixar o zip (ou fazer um fork do projeto) e visualizar o resultado em HTML. Se necessário, até mesmo pessoas chegam e manualmente copiam algo em página nova (então se fosse por exemplo mesmo se manualmente tivesse um JSON e o HTML estático duplicado, mesmo se uma pessoa alterasse só o HTML, qualquer um de nós poderia fazer outro commit logo depois.

[saraiva1989]

veja se faz sentido. Vou dar duas sugestões (fique a vontade a critica-la)

SUGESTÃO 1

Para não alterar nada no momento e você poder validar, posso criar uma pagina nova que o link seria:
https://pokemongovet.github.io/adote-um-pokemon-de-verdade-teste-json.html

E nessa pagina faço ela olhando para um arquivo json (que estará no projeto), e quando a pessoa adicionar um novo conteúdo no json será automaticamente adicionado a essa pagina que criei.

Os responsáveis pelo projeto valida se faz sentido e caso faça colocamos essa pagina de teste como a nova pagina.

SOLUÇÃO 2

Outra sugestão seria eu criar uma API em .NetCore e usar o azure table storage (que para poucos dados não terá custos), e depois criar um formulario na pagina que a pessoa preencha. E após uma aprovação de algum adm do site ela aparece na pagina.

Eu acredito que essa solução seria a melhor, porém existem alguns desafios:
1 - Pelo que li a stack back-end que querem usar é ruby, então minha ideia seria descartada.
2 - Teria que ter uma conta no azure para manter isso funcionando, eu tenho alguns projetos no azure em minha conta, mas o ideal seria algum ADM ter a conta pois eles que tem o maior interesse em manter o projeto. Se colocar na conta de um terceiro, pode ser que a pessoa desista do projeto e pare de funcionar (o que seria péssimo)
3 - Analise de custo. Eu particularmente tenho meu site pessoal, alguns projetos e um blog no azure e não tenho custo. Mas isso devido ao volume de acesso que não é tão grande. Conforme crescer pode ser que possa existir algum custo. Isso deve ser analisado.

Sendo assim, mesmo preferindo a solução 2, acredito que a solução 1 é a que melhor se encaixa para esse momento.

[fititnt]

@saraiva1989 vamos primeiro dar saída no #107