Eu tinha falado antes das regras para desenvolvimento de software, segundo Patrick Hynds, e a última, a regra de quatro palavras dele, era essa:

Entrei em contato com algum material do Patrick Hynds, MVP de segurança.

Se você gerar um diagrama no Entity Framework, ele vai gerar as classes para você.

Seguindo na idéia de interfaces fluentes (expliquei o que elas são aqui), vou fecjar o assunto de builder.

Seguindo na idéia de interfaces fluentes (expliquei o que elas são aqui), vou mostrar aqui o que é um builder.

Se você ainda não ouviu o termo, vai ouvir logo logo.

Eu sempre falo que não é a melhor situação do mundo trabalhar com EF em contextos de aplicações distribuidas, ou mesmo em uma onde você não guarde o contexto do EF por muito tempo, como no caso de uma aplicação web onde você guardou uma entidade do EF na sessão, mas não o contexto.

A Microsoft disponibilizou outra aplicação de referência com ASP.

Se você se preocupa em desacoplar suas classes e camadas, com certeza já precisou descobrir uma maneira de passar um objeto construído, que vou chamar de objeto de serviço (OS), a um outro objeto que vai utilizá-lo, que vou chamar de objeto de aplicação (OA).

Crie interfaces explícitas, que indicam o que você quer fazer.