The new managed code object model uses the System.Xml.XPath.XPathNavigator class for navigating and updating XML data stores, and the Windows SharePoint Services 3.0 technology that InfoPath Forms Services is built upon requires the .NET Framework 2.0. For detailed information about the new managed code object model and the deprecated object models that can be used with Microsoft Office InfoPath 2007, see Understanding InfoPath 2007 Object Models and Development Environments located in the InfoPath 2007 Developer Reference for Managed Code Form Templates, which is available within the Visual Studio Tools for Applications (VSTA) Help system.

For more information about the subset of the new managed code object model that contains the types and members that can be used in both InfoPath and in a Web browser, see Design-Once Feature Compatibility. It is possible to programmatically determine the runtime environment in order to change custom business logic based on whether the form is opened in InfoPath, a desktop Web browser, or on a mobile browser. For more information about determining the runtime environment, see How to: Write Conditional Logic That Determines the Run-time Environment located in the VSTA Help system.

When you create a browser-compatible form template, the default InfoPath form code file will be signed with the InfoPath.snk strong name key file. You can use a different strong-named key file for your business logic assemblies. If the default form code file or any supporting assemblies are not strong-named and signed and the form template containing the business logic assembly is upgraded, the SharePoint Application Domain (AppDomain) must be recycled.

InfoPath business logic assemblies are granted permissions through the Code Access Security (CAS) policy resolution. The domain-new trust level on the server is an equivalent concept to the domain trust level on the client. SharePoint includes three policy files: Minimal, Medium, and Full. InfoPath Forms Services gives business logic assemblies corresponding evidence so they map to a code group defined in the policy file and get the right permission set. This permission set is given to the business logic assembly when it is loaded into the ASP.NET Application Domain, but in most cases will not be exactly what the same assembly will receive when the form template containing the custom business logic assembly is opened in InfoPath. In order to ensure that a form template can be opened in InfoPath and in a browser, when a business logic assembly makes object model calls or when InfoPath Forms Services sends events to the business logic assembly, the permission set is elevated or reduced as appropriate to achieve the correct level. Furthermore, if an InfoPath form template contains multiple assemblies, all assemblies are loaded at the same time to ensure a consistent permission set is applied.

Note:
Only Full Trust form templates can contain code that dynamically creates assemblies on a server running InfoPath Forms Services.

Every business logic assembly from all browser-enabled form templates on servers running InfoPath Forms Services are loaded, as necessary, into the single Application Domain that SharePoint uses and controls. When the Application Domain is recycled, business logic assemblies are not reloaded until they are requested again.

Business logic assemblies are stored on each front-end Web server and loaded by InfoPath Forms Services using the Assembly.LoadFrom(String) method of the System.Reflection.Assembly .NET Framework class, which includes semantics to merge the input evidence with the evidence gathered by the loader to create a final set of evidence used for policy resolution.

• If you need to share assemblies among multiple form templates, put the shared assemblies into each form template. Be aware, however, that if a second or subsequent form template uses the same assembly but is marked with a higher or lower security level, the shared assembly will inherit the corresponding Application Domain permission set of the first form template's security level.

• A form containing custom business logic assemblies will fail conversion if any of the form assemblies have the same identity as an assembly in a form that has already been converted and the assemblies do not compare bitwise.

O código gerenciado novo objeto modelo usa o System.Xml.XPath.XPathNavigator System.Xml.XPath.XPathNavigator classe para navegar e atualizar armazenamentos dados XML e a tecnologia Windows SharePoint Services 3.0 wssversion3 que Os serviços de formulários do InfoPath é compilado após requer o .NET Framework 2.0. Para informações detalhadas sobre o novo modelo de objeto código gerenciado e o substituído objeto modelos que podem ser usados com Microsoft Office do InfoPath 2007, consulte Understanding InfoPath 2007 Object Models and Development Environments na Referência do Desenvolvedor 2007 do InfoPath para gerenciado de código do formulário Modelos, que é disponível dentro de Ferramentas do Visual Studio para sistema de Ajuda Applications (VSTA).

Para obter mais informações sobre o subconjunto do novo modelo de objeto código gerenciado que contém os tipos e membros que podem ser usados em ambas as InfoPath e em um navegador da Web, consulte Design - uma recursos de compatibilidade. É possível para programaticamente determinar o ambiente tempo de execução em ordem para alteração personalizado lógica corporativa com base em se a forma é aberta no InfoPath, um área de trabalho navegador da Web, ou em um navegador móvel. Para obter mais informações sobre como determinar o ambiente tempo de execução, consulte How to: Write Conditional Logic That Determines the Run-time Environment localizado no sistema VSTA Help.

Quando você cria um navegador-compatível modelo forma, o arquivo codificar forma usar como padrão o InfoPath será assinado com a chave nome forte INfoPath.snk arquivo. Você pode usar uma diferente de Alta Segurança-nomeado chave arquivo para seus conjuntos lógica corporativa. Se o arquivo codificar forma usar como padrão ou quaisquer conjuntos de módulos (assemblies) de suporte não é de alta segurança-nomeado e assinado e o modelo forma contendo o lógica corporativa assembly é atualizado, o domínio de aplicativos SharePoint (AppDomain) deve ser reciclado.

O InfoPath lógica corporativa conjuntos de módulos (assemblies) forem permissões concedidas por meio de resolução de diretiva Code Access Security (CAS). O nível de confiabilidade Domain-New sobre o servidor é um equivalente concepção para o nível de confiabilidade domínio sobre o cliente. SharePoint inclui três arquivos de diretiva: mínimo, médio e Total. Os serviços de formulários do InfoPath fornece conjuntos de módulos (assemblies) lógica corporativa correspondente evidência para que eles mapa (n.); mapear (v.) a um grupo de códigos definidos a arquivo de política e get o direito conjunto de permissões. Este conjunto de permissões é fornecido para o assembly lógica corporativa quando ele é carregado para o domínio de aplicativos ASP.NET, mas na maioria dos casos não será exatamente o que o mesmo assembly será exibida quando o modelo forma contendo o personalizado assembly lógica corporativa é aberto no InfoPath. Em ordem para garantir que um modelo forma pode ser aberto no InfoPath e em um navegador, quando um lógica corporativa assembly faz chamadas modelo objeto ou quando Os serviços de formulários do InfoPath envia eventos para o assembly lógica corporativa, o conjunto de permissões é elevados ou reduzida como apropriado para atingir o nível correto. Além disso, se um modelo forma do InfoPath contém múltiplo conjuntos de módulos (assemblies), todos os conjuntos de módulos (assemblies) é carregados no mesmo tempo para garantir uma consistente conjunto de permissões é aplicada.

Observação:
Somente modelos forma Relação de confiança total podem conter codificar que cria dinamicamente aos conjuntos de módulos (assemblies) em um servidor execução Os serviços de formulários do InfoPath.

Cada assembly lógica corporativa do navegador todos-habilitado modelos forma em servidores execução Os serviços de formulários do InfoPath são carregados, conforme necessário, para o domínio de aplicativo único que SharePoint usa e controles. Quando o domínio de aplicativo é reciclado, conjuntos de módulos (assemblies) lógica corporativa não é recarregado até que elas são solicitadas novamente.

Assemblies de lógica de negócios são armazenadas em cada servidor Web front-end e carregados por Os serviços de formulários do InfoPath usando o Assembly.LoadFrom(String) Assembly.LoadFrom(String) método do System.Reflection.Assembly .NET Framework classe, que inclui a semântica para mesclar a entrada evidência com a evidência reunidas pelo carregador para criar um conjunto final de evidência usada para resolução de diretiva.

• Se você precisar compartilhar conjuntos entre múltiplo forma modelos, pôr as montagens compartilhadas em cada modelo forma. Esteja ciente, entretanto, que se um modelo forma segunda ou subseqüente usa o mesmo assembly mas está marcado com uma segurança maior ou menor nível, o assembly compartilhado herdarão o correspondente conjunto de permissões Application Domain de segurança a primeira forma modelo nível.

• Uma forma contendo personalizado conjuntos de módulos (assemblies) lógica corporativa falhará conversão se qualquer um das montagens forma tem a mesma identidade como um assembly em uma forma que já foi convertida e os conjuntos de módulos (assemblies) não comparar bit a bit.