AstroCoder

Ai.... não faças isso na instalação, um utilizador que queira ser malicioso vai quebrar o sistema aproveitando disso mesmo....

Good job, mas acho que uma api dessas era mais bem aproveitada usando este design pattern https://martinfowler.com/bliki/FluentInterface.html

Mete o código mais legivel.. Tanto ternary no meio de appends... Ternary operator é top mas nao usado dessa forma..

Como tas aprender tenta o fazer bem, quando tas a desenvolver um programa que contenha muitas propriedades ou business logic tenta não encher muito a class de forma a que fique pouco legivel. A tua class IFrmCadVendas está muito acoplada, separa em várias classes consoante a sua responsabilidade.

Resposta para 2 das tuas questões (a 3 nao tenho maneira de verificar no android): 1 - Para criar uma "bigorna virtual" podes fazer deste genero: Inventory inv = Bukkit.createInventory(player, InventoryType.ANVIL); 2 - Tens de especificar de onde queres obter a tag onde o player está. É alguma API? é uma base de dados? Explica melhor sff

Ui... tens tanta lacuna neste projeto, por mais interessante que seja ainda não o devias ter lançado (nao leves o que vou dizer aseguir a mal) "está pronto para receber desenvolvedores para comercializarem seus produtos," A verdade é que não está pronto. Antes de meteres um produto no ar tens de ter muitaaa coisa em conta e fazer muitaa coisa. Quando estas a fazer um produto dinamico, um produto com o um objetivo tens de o estudar e de o planear muito bem. Vamos falar de algumas coisas que deves ter em conta: Define objetivos Procura saber quais os passos para chegar até esse objetivo Não queiras começar grande, começa pequeno e depois vais subindo Procura saber a tua audiencia e o que ela precisa de sentir quando entra na tua aplicação O utilizador não ve o server side vê o front-end, o visual vale imensooooo "Tipografia é 95% do web design" Cores são para ser amigas do utilizador, não para te darem cabo dos olhos (procura saber mais sobre a teoria da cor) Antes de fazeres o CSS faz um Mockup no sketch, adobe experience design ou até no papel, não interessa onde apenas faz O front-end pode ser estatico ou dinamico, no teu caso é dinamico logo da-lhe "asas" Usa React ou outro tipo de library, vai te ajudar a dinamizar Quando ao backend epa a unica coisa que te digo é faz essa "merda" escalavel senão depois estás feito no futuro para dar update ao codigo.

Boas, primeiramente tu sendo iniciante é bom estares a tomar uma iniciativa como essa e criar conteudo para a comunidade, parabens quanto a isso, quanto o website foi te deixar alguns pontos que deves ter em conta quando estás a desenvolver para uma audiencia aberta. Não sei se simplesmente pegas-te no que tinhas em mente e metes-te dentro de um site mas antes de tudo deves planear e criar um guia de estilo. Faz um wireframe (vai te ajudar no codigo) Procura saber para quem vais fazer Procura saber quais cores ficam bem umas com as outras Nao uses esse tipo de sombra (as sombras são usadas para criar ilusão de profundiade, usadas incorretamente não ajudam ao olhar do utilizador) Experimenta e pede opiniões antes de lançares algo Isto é capaz de te ajudar. https://material.io/guidelines/ Boa sorte e bom trabalho Se precisares de alguma coisa, manda-me DM no twitter.

Bom trabalho, porem tens de mudar o tipo, tamanho e "peso" da fonte para distinguir o tipo de informação.

Parabéns, bom trabalho. Porem falta um pouco de "whitespace" entre os elementos (espaço negativo) para criar aquele balanço e legibilidade.

Thanks

Obrigado :3

Boas, deixo aqui um trabalho que fiz de wireframe para full size design no Adobe Experience Design. Cliente: rhoster Speed art caso queiras ver: https://youtu.be/bvpPNnFcEiE Workspace e divisão de artboards. Artboard exportada com 2 elementos, um sem o dropdown ativo e outro com o dropdown ativo.

Bom trabalho primeiro de tudo. Mas porque usar mongodb visto ser uma "cms fácil"? MongoDB para quem não sabe usar e ou instalar acaba por ser uma tarefa bem chata. Se nao querias grande complexidade em termos de código podias simplesmente usar hibernate ou ebean que acabava por facilitar o user do mesmo. Não sei ate que ponto é que queres levar a CMS se é apenas hobby ou algo mais asério se desejas neste ponto aconselho-te a fazer a uma tecnica chamada "Use case" antes de mandares para o codigo, acredita vai te dar uma prespetiva diferente.

Thanks

ahahah sorry, ponto de vista profissional