Pergunta

Eu estou passando por todos os tipos de documentação WPF, e estou me sentindo desnecessariamente confuso. O termo 'lógica de negócios' está espalhado em toda ela, como se todos devem saber o que é.

Eu posso ver o que a lógica do negócio é, de acordo com esta pergunta aqui: O que exatamente consiste de 'lógica de negócios' em um aplicativo?

Mas de onde veio o termo vem? Por que é chamado de 'lógica de negócios' e não, digamos, 'lógica do núcleo' ou 'principais algoritmos' ou quaisquer outros termos mais genéricos? Muito poucos dos programas que eu escrevo tem nada a ver com 'lógica de negócios', e quando penso em 'lógica de negócios' Acho das coisas permite transações de cartão de crédito, manutenção de banco de dados do cliente, e assim por diante. Em outras palavras, coisas que se relacionam com uma fração da totalidade da ciência da computação. Quando eu escrever um aplicativo de imagem, não há nenhum 'negócio' envolvidos, nenhum cliente, nenhuma transação baseada em dinheiro, nada do tipo. Assim dizendo que eu tenho 'lógica de negócios' realmente me confunde, já que eu não estou a realização de negócios, eu sou o processamento de imagens.

Foi útil?

Solução

Pela mesma razão que o fim de uma arma que as balas sair é chamado de “fim do negócio”. É onde a ação principal acontece.

Outras dicas

Se você fosse um designer gráfico profissional, há certamente se ser negócio envolvido com o uso de seu aplicativo de imagem - seu trabalho é seu negócio

Assim, "lógica de negócios" refere-se às partes do código que definem a forma como o utilizador conduz seu negócio (neste caso, imagens manipulação).

Não se esqueça que volta no dia, todas software era "software de negócios" - ninguém poderia arcar com o equipamento caro e habilidades necessárias para software de gravação para outra coisa senão fins comerciais. Ele se não ganhar dinheiro ou economizar dinheiro para um negócio, não se escrito.

Não tenho certeza, mas acho que o termo deve ser substituído com a lógica de domínio.

Você poderia tê-lo chamado "lógica do núcleo", mas acredito que os primeiros (conhecidos) aplicações multi-camadas foram realmente escrito para o seguro ou bancário, daí o termo "lógica de negócios". A partir daí, o padrão tomou forma, e a nomeação preso.

Se os primeiros aplicativos multi-camadas sido um projeto de pesquisa ou algo assim, ele provavelmente teria sido chamado de "lógica do núcleo".

Quando eu escrever um aplicativo de imagem, não há nenhum 'negócio' envolvidos, nenhum cliente, nenhuma transação baseada em dinheiro, nada do tipo. Assim dizendo que eu tenho 'lógica de negócios' realmente me confunde, já que eu não estou a realização de negócios, eu sou o processamento de imagens.

Além disso, grande parte dos conselhos sobre a apresentação e começa dados indo para o sul também, como operações, como efeitos e filtros que seriam extras em uma 'camada de apresentação' em um aplicativo de negócios são o núcleo do seu.

"Visualização", "Motor" e "O armazenamento persistente", são nomes bastante comuns para as camadas nas simulações que tendem a trabalhar. Não há nenhum problema usando nomes significativos em seu domínio. Mas então eu ficar confuso sobre todos os anúncios de emprego para programadores SAS, como isso significa algo mais em um ambiente Defesa do Reino Unido; se você quiser falar com as pessoas de negócios que você tem que traduzir para eles.

A origem do termo está em software de negócios, onde as regras específicas de negócios foram separados em seus próprios módulos. Que apenas foi transferido para todos os outros softwares.

Thinking sobre sistemas de computador cedo, como o processamento de cartão de crédito, existem dois grandes peças para o código, as partes que fazem o io, conversando com os back-ends, fita, etc, e as partes que fazem a lógica do negócio, regras como, é o cartão válido, tem o limite foi excedido.

Outra maneira de pensar sobre isso, é as coisas que uma pessoa de negócios diria que são as 'regras' para captura.

A lógica de negócios é que parte de uma aplicação onde "como" é deve trabalho é determinada por alguém que não a equipe de programação. Normalmente, é o código que faz o que o cliente quer para ficar pronto. O termo se aplica, geralmente, apenas no software casa construída por um grupo não-IT.

Eu acho que muitas vezes o seu sarcástico, porque a lógica de negócio nem sempre é lógico. sua maneira certa feita apenas, porque o negócio quer que seja assim - muitas vezes não é o melhor caminho. você pode lutar com eles e (se você estiver sorte) fazê-los ver a luz ou simplesmente aceitar o fato de que sua lógica de negócio e estar pronto para alterá-lo quando eles percebem que fez erro.

É um termo usado principalmente para a linha de aplicativos de negócios e mais uma forma das pessoas sabe do que é CRUD app (criar, ler, update, delete).

Eu acho que isso significa que as classe (s) contêm a lógica de como o processo de negócio trabalha para determinado processo de negócio (es).

Eu acho que concordo com DVK - IIRC, na época, o todo Dados-> Logic-> Apresentação coisa camada era uma "empresa" (basicamente: business) software buzzword

.

Agora que cada página da web maldita deve ser de três camadas, é muito mais comum.

Você também tem que lembrar que enquanto há um monte de código diferente do código de negócios, a quantidade de código de negócios é enorme, e um grande negócio (har har) também. Não é realmente surpreendente que alguns termos originou lá.

Assim como a bonita você vai ao banheiro para fazer o seu negócio, sua GUI muito vai para a lógica para fazer o seu negócio ..

(Desculpe, não pude resistir :))

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top