Download to read offline
Uploaded byEva Ordoñez Perez
SharePoint 2010 DEV
This document provides an overview of tools, technologies, and resources for developing business applications using the SharePoint platform. It outlines SharePoint server workloads, developer tools, the SharePoint ecosystem including community and partner resources, and the execution environment for building and deploying various types of SharePoint applications and solutions.
More Related Content
More from Eva Ordoñez Perez
SharePoint 2010 DEV
- 2. Business Collaboration Applications Portal forLOB Application Data Customized SharePoint Server 2010 Workloads Visual Studio® 2010 MSDN SharePoint SDK Team Foundation Server SharePoint Designer 2010 Microsoft Partner Program MSDN® Forums Patterns and Practices SharePoint GuidanceMicrosoft® Certification Exams Composites Widely Deployed Platform Sandbox Solutions Trained Administrators Microsoft Official Curriculum Search Content Communities Sites Insights One Web Part Solutions Run on Premises or Hosted Run on SharePoint® Online DEVELOPER TOOLS COMMUNITY ECOSYSTEM EXECUTION ENVIRONMENT TARGET APPLICATION TYPES SHAREPOINT SERVER 2010 WORKLOADS BUSINESS LOGIC ASP.NET Code Behind Workflows Event Receivers ACCESS CONTROL SharePoint Sites SharePoint Groups
- 3. Composites workflows Forms Services Business ConnectivityServices Insights Web Parts Business Connectivity Services Excel Services
- 8. VS2005 VS2008 VS2010 F5Deploy Debug WSP Packaging SPSolGen WSP View 64 bit support WSP View Improved Separate Package Command Command Line Build Sequential Workflow State Machine Workflow VSeWSS VSeWSS 1.3 Multiple Visual Designers Packaging and Deployment Project & Item Templates TFS integration Extensible Projects & Tools 2007 2008 2009 2010
- 23.
- 24. Fichero XML de elementosse crea Añadir, borrar, modificar actividades y código Añadir formularios de inicio y asociaciones F5 para despliegue y depuración
- 28.
- 30.
- 31.
- 33.
- 35. Servidor (Microsoft. SharePoint) .NET Managed (Microsoft.SharePoint .Client) Silverlight (Microsoft.SharePoint .Client.Silverlight) ECMAScript (SP.js) SPContext Contextocliente Contexto cliente Contexto cliente SPWeb Web Web Web SPSite Sitio Sitio Sitio SPList Lista Lista Lista SPListItem Elemento Elemento Elemento SPField Campo Campo Campo
- 36.
- 55.
- 56. Site Collection Library •_catalogs/solutions •Cargar, activar/desactivar
- 57. Administración de lasolución • Bloqueo de Soluciones • Plantillas de cuota • Resource Monitoring
- 59.
- 60. Información para IT Pros TechNet http://MSSharePointITPro.com Informaciónpara Developers MSDN http://MSSharePointDeveloper.com Información para Everyone http://SharePoint.Microsoft.com
- 61.
Editor's Notes
- #6 SharePoint 2010 development platform provides: A widely deployed execution environment for SharePoint applications, complete with trained administrators who understand this environment. A built-in way to work with data as lists, together with the ability to access other data, including data stored in relational databases. Support for building business logic using ASP.NET pages, workflows created with Windows Workflow Foundation (WF), and in other ways. A way for developers to create a user interface in the common SharePoint style that many users already know, then let users customize this interface themselves. A set of development tools, both Visual Studio-based and SharePoint-specific, to help create and maintain applications for the SharePoint environment.
- #7 SharePoint Designer 2010 ha sufrido un gran cambio a nivel de UI, evitando las confusiones que provocaba la navegación en árbol al sustituirla por la navegación por objetos y funcionalidades.
- #16 Demo 1: LINQWebPart / DeveloperDashboardCrear WP visualUsar LINQ para SP y SPMetalHabilitar el DeveloperDashboard
- #30 SharePoint tools extensions can use SharePoint APIs to modify a SharePoint site or to retrieve data from a SharePoint site. Microsoft SharePoint Foundation 2010 and Microsoft SharePoint Server 2010 provide two different object models: a server object model and a client object model.In SharePoint 2010 there are a number of object models that can be used by developers to access the server. The Client Object Model (Client OM) is a unified model which uses the same or similar programming concepts as the Server Object Model (Server OM). The Client OM can be accessed via web services, via a client (JavaScript) API, and via REST.
- #31 LINQ is a new data access paradigm which allows users to express SQL like syntax against a variety of data sources. LINQ can improve performance by allowing the back end data source to decide the best way to solve the query. SharePoint now fully supports LINQ for querying lists so that you can query information from the platform in a more condensed, easier to understand format. The Microsoft SharePoint Foundation 2010 object model consists of 76 namespaces in 19 assemblies that are used in SharePoint sites on the server that is running SharePoint Foundation.
- #32 The client object model has classes for accessing site collection information, site information, and list and list item information.In the case of Web Parts, you use an ECMAScript (JavaScript, JScript) programming interface that resembles the .NET Framework API. For Silverlight, you use a subset of the API that is available through the .NET Framework on the client.
- #33 An application that uses SharePoint content interacts with the API in several ways—call methods and get the return values, pass a Collaborative Application Markup Language (CAML) query and get the results, and set or get properties. After you use the API to perform a specific task the SharePoint Foundation 2010 managed client object model bundles up these uses of the API into XML and sends it to the server that runs SharePoint Foundation. The server receives this request, and makes appropriate calls into the object model on the server, collects the responses, forms them into JavaScript Object Notation (JSON), and sends that JSON back to the SharePoint Foundation 2010 managed client object model. The client object model parses the JSON and presents the results to the application as .NET Framework objects (or ECMAScript objects for ECMAScript).
- #34 The ECMAScript object model in Excel Services allows developers to customize, automate, and drive the Excel Web Access Web Part control on a page. Using the ECMAScript object model, you can build mashup and other integrated solutions that interacts with one or more Excel Web Access Web Part control on a page. It also gives developers the abilities to add more capabilities to their workbooks and code around them.The REST API in Excel Services gives you the ability to access workbook parts or elements directly through a URL. The URL contains a "marker" path which is the entrypoint to an aspx page, path to the workbook file, and finally path to the requested element inside the workbook. The discovery mechanisms built into the Excel Services REST API also allows developers and users to explore the content of the workbook either manually or programmatically.
- #35 Demo 4: RESTCrear Windows Forms que usen REST y ADO.NET Data Services
- #39 There are three ways for a SharePoint application to work with data: Lists, a SharePoint-specific way to represent data. External lists, which allow reading and writing various kinds of data stored outside a SharePoint farm as if that data was an ordinary SharePoint list. Direct ADO.NET access to relational data stored in databases outside a SharePoint farm. SharePoint lists can be accessed from the outside world using SOAP or the RESTful approach of ADO.NET Data Services. To make this easier, Microsoft also provides client libraries for JavaScript, Silverlight, and the .NET Framework. Using the client object model these libraries provide, a non-SharePoint application can work with lists stored in a SharePoint farm. For example, an AJAX application might use the JavaScript client library to access a SharePoint list, while a Silverlight or .NET Framework application might use a SharePoint document library to provide check-in/check-out capabilities for its users.
- #48 Demo 2: BCSConectar un servicio .NET con BCSUsar Listas Externas
- #51 When a new SharePoint farm solution is deployed, its code is not placed in the content database. Instead, the files for a farm solution must be installed directly in the file system of the farm’s Web servers (or, if they’re present, on its application servers). The good thing about this is that a farm solution is potentially available to all of that farm’s users. Yet think what else this implies: First, farm solutions must be installed by farm administrators. Site and site collection administrators can’t do it. Second, a solution installed directly on the farm’s Web servers (or application servers) can affect anything in the entire farm. If a farm solution installed for use at just one site within some site collection behaves badly, it can hurt performance or otherwise destabilize the entire SharePoint farm. A sandboxed solution no longer need be installed by a farm administrator and be made available to any site in the farm. Instead, it can be installed by a site collection administrator and be made accessible only to the sites in that collection. For this to work, a sandboxed solution can’t be installed on the farm’s Web or application servers. Instead, the solution’s code is installed in the content database, alongside user customizations and other information. Whether your app runs as a sandboxed or farm solution, it’s packaged into what SharePoint calls a WSP file. This file is just a CAB file with a .WSP extension, and it contains all of the parts of your solution: assemblies, configuration information, and more.
- #52 Demo 6: SandboxWebPartCrear y desplegar SandboxedSolutionsMonitorización de recursos para SandboxedSolutions