Pergunta

Eu tentei usar o PostSharp v2 para implementar alguma programação orientada para o aspecto dentro de um aplicativo do SharePoint: coisas bastante básicas, como fazer aspectos de log para exceções não tratadas e tal.

Eu notei que a Postsharp parece ter algum problema no tempo de compilação se a montagem processada existir no GAC. O processo de construção simplesmente falharia - isso significa que, se você precisar recompilar um projeto que use aspectos, precisará retrair a solução do SharePoint, compilar e, em seguida, reimplantá-la.

Eu também tenho alguns problemas aleatórios ao usar aspectos dentro de um serviço WCF personalizado hospedado no SharePoint. Incluindo um aspecto na mesma DLL da implementação do serviço parece quebrar aleatoriamente alguns dos meus serviços personalizados - Acessando o MEX Endpoint Basta retornar um erro 401 (não encontrado). Observe que isso parece acontecer mesmo se o serviço não use os aspectos - é como se a sola presença de uma classe de aspecto no código pudesse "quebrar" a montagem inteira.

Estou me perguntando se estou fazendo algo errado ou há algum problema conhecido ao usar o Postsharp com o SharePoint. Eu gostaria de saber se alguém usou com sucesso o Postsharp em um projeto do SharePoint 2010. Também estou aberto a sugestão de alternativas testadas que permitiria o uso do AOP.

Nota: Estou usando postsharp 2. Eu sei que há um v3 disponível. Alguém sabe se faz alguma diferença?

Foi útil?

Solução

PostSharp won't work properly if the assembly being processed has been installed in GAC. It needs to be uninstalled before compilation.

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