Eu não penso que o cgi era a escolha direita (em seguida que lê sua pergunta mais adiantada). No melhor dos casos, é uma das maneiras possíveis, mas sua descrição do problema não era bastante para concluir que o cgi seria a melhor opção.
Algumas perguntas:
- Você disse seu uma aplicação e/ou uma biblioteca. Qual é ele? É um DLL? SE sua apenas chamada de uma função do DLL então que seja possível mesmo em ASP.NET e em ASP clássico (mim significa a chamada diretamente, com algumas limitações talvez).
- Que sua aplicação faz? Pode você modificá-la?
>> algum exemplo para fora lá onde os povos conetaram para backend aplicações de C++ de um Web site?
Eu não recordo um exemplo, mas é fácil de pensa de um Java applet Que coneta a algum usuário backend. Todo depende em cima de como sua aplicação é escrita
- Se a aplicação é um usuário de HTTP (tem um usuário de HTTP), a seguir você pode apenas AFIXAR ou as chamadas do ajax a ele using o Javascript etc. que adiciona a sustentação do usuário de HTTP à aplicação da A.A. ++ são realizadas facilmente pelo uso dos conjuntos de ferramentas como POCO por exemplo. Se eu não estou esquecendo o impulso igualmente tem tais caraterísticas.
- Se seu apenas um DLL/liberal, então em IIS, você pode escrever filtros do HTTP/alimentador (os dlls carregaram por IIS que fazem o trabalho especial, como esse que faz a reescrita do URL). Aqueles podem tomar o pedido e o delegado de HTTP ao liberal.
- Você pode mesmo construir um usuário de HTTP simples do substituto que possa tomar pedidos e delegado ao DLL (este é mesmo que a primeira opção acima).
- o cgi é igualmente possível, mas mais serido se sua aplicação é acostumada a ler do stdin e a escrever ao stdout. (uma aplicação do console)
Anotar que em todos os casos e soluções dados até agora, a idéia da linha de base é o uso do HTTP falar à parte posterior, porque aquela é a maneira possível a mais comum.
