Perguntas com a marcação «design-patterns»

Fechado . Esta questão precisa ser mais focada . No momento, não está aceitando respostas. Deseja melhorar esta pergunta? Atualize a pergunta para que ela se concentre apenas em um problema editando esta postagem . Fechado há 4 anos . Recentemente, tenho lido algumas postagens de blog sobre o MVC …

24 design-patterns  architecture  mvc 

Atualmente, essa questão não se encaixa no nosso formato de perguntas e respostas. Esperamos que as respostas sejam apoiadas por fatos, referências ou conhecimentos, mas essa pergunta provavelmente solicitará debates, argumentos, pesquisas ou discussões prolongadas. Se você acha que essa pergunta pode ser melhorada e possivelmente reaberta, visite o centro …

24 design-patterns 

Muitos Builder Patternexemplos compõem a Builderclasse interna do objeto que ele constrói. Isso faz algum sentido, pois indica o que as Buildercompilações. No entanto, em uma linguagem de tipo estaticamente, sabemos o que é Builderconstruído. Por outro lado, se Builderfor uma classe interna, você deve saber qual classe a Buildercompilação …

24 java  design-patterns  object-oriented 

Acessores e modificadores (também conhecidos como setters e getters) são úteis por três razões principais: Eles restringem o acesso às variáveis. Por exemplo, uma variável pode ser acessada, mas não modificada. Eles validam os parâmetros. Eles podem causar alguns efeitos colaterais. Universidades, cursos on-line, tutoriais, artigos de blog e exemplos …

23 design-patterns  constructors  access-modifiers 

fundo Atualmente, tenho uma situação em que tenho um objeto que é transmitido e recebido por um dispositivo. Esta mensagem possui várias construções, da seguinte maneira: public void ReverseData() public void ScheduleTransmission() O ScheduleTransmissionmétodo precisa chamar o ReverseDatamétodo sempre que for chamado. No entanto, há momentos em que precisarei chamar …

23 c#  design-patterns  object-oriented  methods 

Estou trabalhando em um design, mas continue atingindo um obstáculo. Eu tenho uma classe específica (ModelDef) que é essencialmente o proprietário de uma árvore de nó complexa criada pela análise de um esquema XML (pense em DOM). Desejo seguir os bons princípios de design (SOLID) e garantir que o sistema …

23 java  design  design-patterns  dependency-injection  constructors 

Eu tenho o aplicativo Web Spring de três camadas: dao, service e controllers. Um controlador nunca chama diretamente o dao, ele faz isso através da camada de serviço. No momento, na maioria das vezes, se houver uma exceção dao (tempo de execução) que não for tratada, ela será capturada por …

23 design-patterns  exception-handling  spring  dao 

Qual seria o melhor padrão de design para esse problema: Eu tenho um Objeto A. O Objeto A pode ser registrado ou excluído do banco de dados, dependendo da solicitação do usuário. A validação de dados é realizada antes do registro ou exclusão do objeto. Há um conjunto de regras …

23 design-patterns 

Eu vejo dois padrões comuns para blocos no Objective-C. Um é um par de sucesso: / falha: blocos, o outro é uma única conclusão: bloco. Por exemplo, digamos que eu tenho uma tarefa que retornará um objeto de forma assíncrona e essa tarefa poderá falhar. O primeiro padrão é -taskWithSuccess:(void …

23 design-patterns  objective-c 

Trabalhei por dois anos em um grande banco de investimentos. Fiz alguns projetos técnicos com o desejo de criar o código mais otimizado, respeitando os bons padrões de design adaptados, o princípio SOLID, a lei do deímetro e evitando todo tipo de código duplicado ... Quando a entrega na produção …

23 java  design  design-patterns  solid 

Considere estes métodos: public List<Employee> GetAllEmployees() { using (Entities entities = new Entities()) { return entities.Employees.ToList(); } } public List<Job> GetAllJobs() { using (Entities entities = new Entities()) { return entities.Jobs.ToList(); } } public List<Task> GetAllTasksOfTheJob(Job job) { using (Entities entities = new Entities()) { return entities.Tasks.Where(t => t.JobId == …

23 c#  design-patterns  dry 

O padrão de fábrica (ou pelo menos o uso de FactoryFactory..) é alvo de muitas piadas, como aqui . Além de ter nomes detalhados e "criativos", como RequestProcessorFactoryFactory.RequestProcessorFactory , há algo de fundamentalmente errado com o padrão de fábrica se você precisar programar em Java / C ++ e houver …

23 java  design-patterns 

Nossa base de código é antiga e novos programadores, como eu, aprendem rapidamente a fazê-lo da maneira que é feita em prol da uniformidade. Pensando que precisamos começar em algum lugar, decidi refatorar uma classe de detentores de dados como tal: Removemos os métodos setter e criamos todos os campos …

22 design-patterns  teamwork  builder-pattern 

O acoplamento fraco é, para alguns desenvolvedores, o santo graal do software bem-projetado. Certamente, é uma coisa boa quando torna o código mais flexível diante de mudanças que provavelmente ocorrerão no futuro próximo ou evita a duplicação de código. Por outro lado, os esforços para acoplar componentes frouxamente aumentam a …

22 design  design-patterns  object-oriented 

Recentemente, tenho lido um livro intitulado Programação Funcional em C # e me ocorre que a natureza imutável e sem estado da programação funcional obtém resultados semelhantes aos padrões de injeção de dependência e é possivelmente uma abordagem ainda melhor, especialmente em relação ao teste de unidade. Eu ficaria grato …

21 design-patterns  unit-testing  functional-programming  dependency-injection