.net - servidor - Formularios en SharePoint

formularios outlook

Question

Si quiero poner un formulario en SharePoint, ¿es más fácil usar InfoPath o crear un elemento web personalizado en C #? ¿Hay otras opciones que debería considerar?

¿Cuáles son los requisitos y obstáculos para cada opción?

Answer 1

¿Puede ser más específico sobre la versión de formulario y sharepoint?

Depende de su versión de Sharepoint: si obtuvo 2003, si desea usar InfoPath, también debe instalarse en los clientes. En SharePoint 2007, creo que no es obligatorio.

Si se trata de una forma grande con pocas reglas comerciales, InfoPath puede ser el camino a seguir -> wysiwyg, y una implementación fácil.

Si su formulario implica más reglas comerciales, un elemento web o una página en _layouts puede ser "más simple" y más fácil de mantener.

Answer 2

En realidad, no necesita mucho conocimiento de las API de SharePoint para crear un formulario web personalizado. Es un proceso muy directo; No tengo ningún enlace útil, pero debería haber más de unos pocos ejemplos de "mundo hello" flotando para que comiences. Las partes más complicadas con los elementos web de SharePoint es cómo depurarlos e implementarlos mejor.

Conozco algunos consultores que tienen un conjunto completo de servidores virtuales que se ejecutan localmente en sus computadoras portátiles para que todo esté allí para que jueguen. Esa no es una opción para mí; mi grupo utiliza System.Web.UI.WebControls.WebParts.WebPart, por lo que podemos realizar pruebas locales antes de implementar en nuestro entorno de desarrollo. Tenga en cuenta que si realiza esa ruta, no podrá realizar pruebas totalmente a nivel local, ya que le faltarán algunos elementos de SharePoint, como hojas de estilo y elementos web proporcionados por el sistema. En cuanto a la implementación, todavía estamos trabajando en los detalles. Puede hacerlo manualmente, pero no es bueno para entornos de producción bloqueados. Un enfoque para revisar es "Características"; parece prometedor para la aplicación de nuevas mejoras como un único instalador, aunque no estoy seguro de cómo maneja las correcciones de errores para ello.

Answer 3

Infopath es perverso en la creación rápida de formularios y arrojarlos a Sharepoint. Esperaría que fuera 1000 veces más rápido que construir una aplicación C # personalizada.

Answer 4

La creación de formularios con InfoPath es la forma más sencilla de publicar un formulario en SharePoint. Tenga en cuenta que tiene muchas limitaciones, y puede que intente poner alguna lógica problemática o necesite una función adicional.

La programación en C # requiere conocimiento de C # (por supuesto) y un conocimiento en las API de SharePoint. Además, una vez completado, el DLL resultante debe ser publicado y confiable por SharePoint, que requiere la intervención de administrador del sistema. Es posible que esto no siempre esté disponible para usted y podría ser problemático la próxima vez que intente actualizar SharePoint.

Finalmente, recomiendo tratar de lograr la mayoría de las cosas (incluidos los formularios) simplemente utilizando las funciones incorporadas de SharePoint. Si profundizas un poco, descubrirás que puedes crear aplicaciones complicadas simplemente personalizando las vistas de las listas, organizando el orden de los campos, agregando columnas (y columnas de sitios), etc. Lo mejor de este enfoque es puro SharePoint. No se necesitan conocimientos adicionales (y personas).

Answer 5

Puede depender de la forma en que estás pensando

Por ejemplo, 1. puede ir a Infopath, si está tratando de dar el control al usuario final para poder personalizar el formulario por su cuenta.

Infopath es muy fácil de entender, desarrollar. Para utilizar el infopath, debe aprender Infopath, Infopath Form Services y Sharepoint api para integrar Dotnet (C #) y Sharepoint.