Un overview de InfoPath y sus límites

On 5 mayo, 20:09, sergiotarrillo
wrote:

Por lo que entiendo en InfoPath diseño mi formulario y lo subo a SharePoint.
En sharepoint se crean documentos a partir de este modelo, ¿pero donde se
guarda esa información? En la base de datos de sharepoint?. Puede habilitar
que además de guardar esta información se guarde en una base de datos que yo
deseo?

Los formularios de InfoPath se pueden conectar a diferentes orígenes
de datos, que pueden ser una lista de Sharepoint o una base de datos
remota.

Si no tengo un servidor de SharePoint, puedo colgar estos formularios en una
aplicación ASP.NET? Porqué en este momento sólo necesito un formulario y
montar todo un servidor de sharepoint para esto, como que no...

Desconozco cómo publicar y servir formularios de InfoPath fuera de
Sharepoint, así que no puedo opinar.

Quiero evaluar el costo/tiempo, de hacer este formulario con InfoPath, o
mejor con ASP.NET. Gracias.

Depende del dominio de cada una de las plataformas. En InfoPath es
relativamente sencillo programar formularios una vez se conoce la
herramienta. La pega que encuentro es que en entorno web (Sharepoint)
estos formularios son bastante "limitados" en cuanto a posibilidades
de diseño y programación de comportamientos no soportados directamente
por InfoPath (código Javascript en captura de eventos, por ejemplo).

Saludos.

Hola,

respecto a tus dudas de si es necesario disponer de un servidor de
SharePoint, la respuesta es no. Si todos tus usuarios disponen del cliente
de InfoPath tú puedes hacer que ellos editen el formulario y que toda la
información provenga de cualquier origen de datos y se envíe a cualquier
origen de datos (mediante servicios web). La ventaja de tener SharePoint es
que las librerías de formularios te van a permitir mantener toda esa
información sin desarrollar ni una línea de código, pero no es una
obligación.

Sobre la duda entre InfoPath y ASP.NET, tienes que tener en cuenta quién va
a crear/mantener esos formularios. InfoPath está pensado para que usuarios
de negocio se encarguen de estas tareas, mientras que si te decantas por
ASP.NET vas a necesitar perfiles técnicos, o una cantidad ingente de horas
para implementar un diseñador de formularios. Mi consejo es: si necesitas
que usuarios no-técnicos mantengan los formularios, InfoPath (o similares) a
todas todas. En caso contrario, y partiendo de la base que no tendrás
SharePoint por debajo, ASP.NET. No necesitarás licencias en cada cliente y
vas a tener toda la flexibilidad que necesites.

Saludos,
David Martos
http://david-martos.blogspot.com


"SICYD" escribió en el mensaje de
noticias:

On 5 mayo, 20:09, sergiotarrillo
wrote:

Por lo que entiendo en InfoPath diseño mi formulario y lo subo a
SharePoint.
En sharepoint se crean documentos a partir de este modelo, ¿pero donde se
guarda esa información? En la base de datos de sharepoint?. Puede
habilitar
que además de guardar esta información se guarde en una base de datos que
yo
deseo?

Los formularios de InfoPath se pueden conectar a diferentes orígenes
de datos, que pueden ser una lista de Sharepoint o una base de datos
remota.

Si no tengo un servidor de SharePoint, puedo colgar estos formularios en
una
aplicación ASP.NET? Porqué en este momento sólo necesito un formulario y
montar todo un servidor de sharepoint para esto, como que no...

Desconozco cómo publicar y servir formularios de InfoPath fuera de
Sharepoint, así que no puedo opinar.

Quiero evaluar el costo/tiempo, de hacer este formulario con InfoPath, o
mejor con ASP.NET. Gracias.

Depende del dominio de cada una de las plataformas. En InfoPath es
relativamente sencillo programar formularios una vez se conoce la
herramienta. La pega que encuentro es que en entorno web (Sharepoint)
estos formularios son bastante "limitados" en cuanto a posibilidades
de diseño y programación de comportamientos no soportados directamente
por InfoPath (código Javascript en captura de eventos, por ejemplo).

Saludos.