ASP.NET vs SharePoint: ¿cuál es mejor para los desarrolladores web?

Question

Tengo menos información sobre el punto compartido (solo información básica). Microsoft lanzó SharePoint para desarrolladores web. Microsoft también dijo que SharePoint tiene compatibilidad con otras tecnologías .NET como Workflow Foundation, WCF, etc. y es una manera fácil de desarrollar sitios web y aplicaciones web.

También como sé ASP.NET tiene compatibilidad con tecnologías .NET y C#. Y es fácil para todos los que al menos trabajan con C# o VB.NET.

Así que con estas ventajas de SharePoint:

1. Por qué debemos usar asp.net en lugar de SharePoint?
2. ¿Por qué Microsoft desarrolla ASP.NET (nueva versión 4)?
3. ¿Cuál es la razón principal para elegir uno de estos?
4. ¿Realmente es más fácil y más fácil desarrollar share-on share-asp que asp.net?

Answer 1

SharePoint es una aplicación eso se sienta encima de ASP.net (3.5 SP1 en el SharePoint 2010 actual - No es posible ASP.net 4.0). Anulan gran parte de la funcionalidad incorporada de ASP.net (tienen su propio .aspx Parser y Virtual Path Provider por ejemplo).

Con ASP.net tienes una plataforma bien documentada, dura, estable y estable con una buena API.

Con SharePoint obtienes una aplicación muy mal documentada, llena de errores, muy limitada que maneja muchas funciones que deberías codificar tú mismo (por ejemplo, Administración de perfiles de usuario, Organización de documentos y control de versiones y Funciones sociales como Comentar y etiquetar), aunque en su mayor parte SharePoint los maneja de forma muy pobre y no le permite anularlos, lo que significa que pasa mucho tiempo reescribiéndolos de todos modos y tratando de integrarlos de nuevo.

Básicamente mi consejo como desarrollador de SharePoint desde 2006: Úselo cuando sea absolutamente necesario, evítelo siempre que pueda y quédese con ASP.net.

SharePoint es bueno como una simple administración de documentos y un sistema social muy ligero. Puede personalizar rápidamente partes más pequeñas y agregar un gran valor a su empresa. Pero en el momento en que necesita algo que incluso ligeramente diferente de lo que Microsoft imagina, choca contra una pared que no puede pasar. Es genial para lo que hace, nada más, nada menos.

Answer 2

Si solo desea crear un sitio web, vaya a ASP.net.

Sin embargo, si su empresa tiene una instalación de SharePoint y desea integrarse con eso, debe ir a SharePoint.

SharePoint está basado en ASP.net, pero tiene muchas extensiones que permiten compartir datos en toda la empresa.

Sin embargo, si solo está construyendo un sitio web y no necesita todo eso, ASP.net es el camino a seguir.

Answer 3

Soy un desarrollador de Sharepoint ... ¡Y déjenme decir que me gustaría que fuera ASP.NET! Eso sería genial ... Trae consigo sus propios paradigmas, que son bastante complicados.

ASP.NET y Sharepoint son 2 tecnologías 'diferentes'. Sharepoint se basa principalmente en ASP.NET y ofrece páginas ASP.NET a un usuario.

Puede usar VB.NET o C# con Sharepoint.

En mi opinión, el desarrollo de Sharepoint es solo más rápido si está planeando usar sus listas integradas, administración de usuarios, etc. Aunque esto lleva tiempo aprenderlo. Lo mejor de Sharepoint es que puede desarrollar elementos web y volver a utilizar estos elementos web en varias páginas durante la instalación.

Microsoft continúa desarrollando tanto ASP.NET como Sharepoint porque son dos bestias diferentes, con páginas ASP.NET que se pueden entregar a través de Sharepoint.

En cuanto a cuál es el mejor para usted, tiene que hacer esa llamada. ¿Necesitas Sharepoint? ¿O sería mejor un CMS precompilado como DotNetNuke? O incluso crear su propio sitio con administración de credenciales de Windows para que pueda usar SSO (inicio de sesión único).

Realmente depende de lo que quiere obtener de su instalación. Sharepoint es costoso, y los desarrolladores de Sharepoint también son caros debido a los conocimientos especializados.

Como desarrollador ... (espero que mi jefe no está mirando !!) me gusta mucho más para construir cosas desde cero, que utilizar SP, pero eso es mi trabajo ...

Answer 4

SharePoint for a C# ASP.NET Developer

Básicamente me respondió la misma pregunta previamente y vinculada aquí a mi respuesta de esa pregunta, ya que por desgracia era demasiado vago para escribir todo de nuevo. En la respuesta vinculada expliqué por qué cualquiera podría (en mi humilde opinión) ser su mejor opción dependiendo de su situación.

Si hacer clic en un enlace es demasiado molesto para los usuarios de stackoverflow, entonces he sido negligente en mi deber de proporcionar el MEJOR consejo posible que pueda ser y debo suplicarle al SO-policía que me perdone por mi grave transgresión.

Answer 5

Voy a tratar de responder punto por punto:

1. SharePoint no es un sustituto de ASP.NET. Es una extensión de la plataforma ASP.NET que simplifica la implementación de varios casos de uso comunes que son principalmente relevantes para sitios web empresariales: administración de documentos, retención de conocimiento, colaboración, etc. SharePoint se relaciona con ASP.NET de forma similar a lo que Wordpress relata a PHP: es una extensión especializada en lugar de una alternativa.
2. La misma explicación que en (1).
3. Use SP si las cosas que necesita desarrollar están dentro del alcance de lo que proporciona SP, que en su mayoría son soluciones empresariales de un tipo u otro. Aquí está a good summary de lo que SP puede hacer.
4. De nuevo, sería más rápido y más fácil si intentas desarrollar las cosas para las que SharePoint está diseñado. Además, SP no está tan bien documentado, por lo que si no está familiarizado con él, es posible que tenga un inicio lento.

Answer 6

SP es una plataforma muy poderosa, sin embargo, parece traer complejidades a la mesa que de otro modo no existirían con ASP.net simple. Además, cuando mueves "OOTB" con SP, se vuelve un poco desafiante con RTM, etc. Vivo en blogs con cosas "raras" que suceden. No soy un desarrollador completo de SP, pero he estado trabajando con él durante más de 7 años y bueno, creo que las soluciones de construcción que funcionarán dentro de SP, pero que no necesariamente se construyen con SP, en general serán más fáciles de mantener y controlar. ¡Solo es mi opinión!

Answer 7

No utilice SharePoint a menos que lo necesite, compruebe este artículo: Challenges when using SharePoint compared to ASP.NET