Jump to content

Leaderboard


Popular Content

Showing content with the highest reputation on 06/27/18 in all areas

  1. 1 point
    var $range = document.querySelector('input'), $value = document.querySelector('span'); $range.addEventListener('input', function() { var msg; if(this.value >= 5){ msg = 'Você selecionou 5 ou mais'; }else{ msg = 'Você selecionou '+this.value; } $value.textContent = msg; }); espero que seja isso
  2. 1 point
    ewersonsv funcinou. muito obrigado
  3. 1 point
    Procura sobre ajax, no caso, você teria que atualizar sempre a cada 1segundo.. Se for mta requisição de banco de dados, não seria bom.. No caso, eu trabalharia com nodejs (socket)...
  4. 1 point
    O padrão MVC em si define apenas que, regras de negócio devem ser tratadas na camada (layer) Model . Ou seja, esse cálculo deve estar no model. O model, por sua vez, pode ser compreendido como N camadas. Essas camadas podem ser: Entidades (Entities), ex.: Orçamento, Cliente, Produto; Controle de dados, ex.: DAO (Data Access Object), DataMapper, FileSystem; Operacional, ex.: contábil, estoque, financeiro, etc... Deve-se entender que o Model é um ecossistema que podem ser diversas camadas. Essas camadas não são definidas pelo MVC e sim por outros padrões. Eu costumo criar sempre as seguintes "camadas" no Model: Model: os objetos que são acessados diretamente pelo controller; DataMapper: conjunto de objetos específicos para o mapeamento de dados de uma base de dados para entidades; Entities: entidades do sistema, são as entidades que são persistidas na base de dados; Entidades de negócio: São entidades que não são persistidas, mas estão intrinsincamente ligadas as entidades e possuem regras complexas de negócio, como contabilidade, financeiro, estoque, etc.. A forma que você irá separar, vai depender do quão complexo é o seu sistema. Há também o DDD (Domain-Driven Design) que prove uma excelente abordagem para a arquitetura. Sim, a prática está ok. Você pode verificar os seguintes tópicos sobre o assunto: https://pt.stackoverflow.com/a/197651/5007 Existe uma abordagem chamda de Anemic Model, ela define que entidades devem ter nada ou o mínimo de regras de negócio possível e que outros objetos seriam responsávels por essa regra de negócio. Essa abordagem é muito criticada e, normalmente, o recomendado é inserir a regra de negócio, especifica de uma entidade, na entidade. Caso uma regra de negócio seja compartilhada, essa regra deve ser separada em outro objeto (vide a minha camada de Entidades de negócio). Mas isso fica a sua escolha, ambas as abordagens existem, só Anemic Model não é recomendada.
This leaderboard is set to Sao Paulo/GMT-03:00
×

Important Information

Ao usar o fórum, você concorda com nossos Terms of Use.