Pergunta

Estou criando uma aplicação de consulta que me obriga a enviar pacotes de software que envolvem uma classe para participar nós dentro do meu grid.

A primeira idéia que eu vim com era ter o nós mestre de contas de cada nó (execução de um serviço do Windows) e enviar uma montagem contendo uma classe que adere a uma interface comum, juntamente com um arquivo .config que contém, assim, a configuração informações.

Existe uma maneira melhor de fazer isso? Além da discussão sobre se este deve ser um impulso ou uma tração, o que é a melhor maneira de obter o que é efetivamente um a actualização de software? Seria ótimo se eu pudesse usar algo semelhante a um serviço WCF chamado pelos nós clientes, mas isso, é claro, deixar o processamento real no nó mestre, o que efetivamente uncluster meu cluster.

Foi útil?

Solução

Você pode enviar os bytes de montagem e carregá-los diretamente no tempo de execução. Ele funciona bem para código gerenciado. Eu não estou ciente de uma maneira melhor de fazer isso. E sim, usar um modelo de envio:)

Outras dicas

Esta parece ser uma abordagem válida. Esta é, essencialmente, como a maioria .NET plug-in modelos de trabalho.

A única outra abordagem que eu posso pensar seria enviado arquivos de script e para trás. Você pode fazer seu próprio DSL personalizado, mas eu acho que isso seria um exagero. Usando algo como o Iron Ruby ou Iron Python seria muito mais simples, bem como muito mais poderoso. Outro pensamento seria enviar scripts do PowerShell.

Eu nunca tentei isso, mas também é possível enviar C # ou VB arquivos e para trás e, em seguida, compilá-los quando eles precisam para ser executado. No entanto, vejo pouca vantagem deste sobre as duas sugestões anteriores.

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