Just like the rest of the Microsoft Office suite, SPD also now has a Ribbon on top that changes depending on the object (site, list, workflow etc) you are focused on. Of course there is a learning curve if you are not comfortable with ribbons yet, however, once you do get comfortable with it, it makes you Really productive and efficient! The Summary Pages show you the settings and summary of an object that you are currently viewing. For example, if you are focused on a list, it will show you the name, description, views, forms etc for the list. The Quick Launch navigation on the side gives you a quick way to get to different categories of objects within the site (lists, workflows, site pages etc.). Overall, it’s easier to navigate a SharePoint site using this new user experience.
Once you start out with working in a SharePoint site collection, the types of things you will need to create will consist of subsites, lists for content, and pages to display the information among other things. While creating these objects, you will need to manipulate their name, description, schema and other settings as needed. You can do all of this in the browser or you can do it in SPD. My reason for doing this in SPD is that it’s much faster and efficient than going to the web browser and waiting for each page to load after clicking on a link to, let’s say, change the title and description of the site. The web browser is much slower than using the SPD client application. That’s a fact!
Until SharePoint 2007, you had to go through the browser to configure the security for your site. It didn’t matter what your credentials were. You could be the SharePoint server admin, but still you had to resort through using the browser. Not anymore! You can configure security directly in SPD now. Creating new SharePoint groups, associating them to the appropriate permission levels and adding users to the groups is all built into the environment now.
Having a good solid content type design in your SharePoint deployment is always a good idea. It is basically how you are telling SharePoint what types of content you will be generating in your environment. If you have not looked into content types, I advise that you read up on it. Using SPD 2010, you can now create your content types hierarchy without going to the browser. Adding site columns (or creating new ones) to content types is also pretty simple to do within SPD.
In SharePoint 2007, we had List View web parts (LVWP) to show our list or library content in a page on the site. They worked fine, however, they were not very extensible. Meaning, if you wanted to manipulate their look and feel, you could only get as far as using the pre-built styles and layouts either through the browser or through SPD. On the other hand, we had the XSLT Data View web part (DVWP) which you could configure visually using only SharePoint Designer. That web part lets us manipulate any data points at a very granular level since all data was fetched as XML and manipulated using XSLT which is a very flexible way of transforming and presenting your data. The problem with this approach was that once the web part is deployed, it could not be easily changed or manipulated using the web browser. Enters XSLT List View web part! It gives us the best of both worlds. All lists and libraries are now deployed on pages as XSLT LVWP which can be easily configured using SPD and also extended further as needed using the browser.
More often than not, you will need to display data on SharePoint pages that’s coming from outside of SharePoint. SPD provides an easy to use interface to make a connection to a data source that you have access to. It’s a fairly simple wizard driven process to connect to external data sources such as databases, xml files, server side scripts (including RSS feeds), and web services (also included in this release is the support for connecting to REST web services). The best part about this functionality is that you can link the data sources together and then show a unified view of the data. So for example, let’s say you’re in a retail business… your category information could be in a xml file, while your subcategories could be accessible through a vendor’s web service and then your actual products information is in your database. You can first create the connections to your data sources and then connect all of this information together to display a combined view of the data for your users. End users don’t need to know where the actual data is coming from as long as it all just works together ‘automagically’.
SharePoint 2007 introduced a new functionality called Business Data Catalog. That functionality has now been renamed Business Connectivity Services. The idea behind this functionality is to expose Line of Business data from your back end services (such as People Soft, SAP, custom databases etc.) to business analysts so they can use them within SharePoint. Each piece of information (for example a table in a database that has your Customers information) can be exposed as an External Content Type (ECT) by an IT professional or a developer using SharePoint Designer. Then a business analyst can use SharePoint through the web browser to make an External List which uses this ECT. The result will be that they have a list now showing information straight from the Customers table in the database (following the example from earlier). When anyone (who has permission of course) manipulates the information in that External List, it will actually be written back to that table in the database.
SharePoint Designer 20007 came with a very versatile platform to make really powerful Workflows. These were rule based workflows and utilized the ‘Activities’ already deployed at the server level. Aside from all the good stuff that these workflows provide, there was one big problem… You could not copy these workflows from one list to another or one site to another site. That quickly became a big problem if you had invested hours or days in making the workflow and then found out you couldn’t replicate it anywhere else. With SharePoint Designer 2010, you can create reusable workflows! These workflows can then be attached to lists, libraries or even content types. Not only that, but you can even package your workflows as a .wsp (solution file) and extend it further using Visual Studio! In addition to the reusable workflows, you can also create workflows which are specific to a site so there is no need to attach to a list or library at all (called Site Workflows). Oh, did I mention that workflows can now be modeled in Visio 2010 and then exported to SharePoint Designer? There are so many improvements in SPD workflows that it will take a separate blog post to dig into it all.
SharePoint Designer 2010 is a powerful application. The usage of this application can be controlled at the Web Application and at the Site Collection level. A Site Collection admin, for example, can decide if she wants her Site admins to be able to utilize SPD at all. Not just that, but various functions within SPD can also be restricted. An example of that is creation and management of Master Pages and Page Layouts. Another facet that can be restricted is customization of pages and detaching them from the site definition.
As you can tell, this is a very exciting new release of SharePoint Designer and it will change the way we manage, customize and configure our SharePoint environments. Each of these 10 things I mentioned above (and more that I did not get a chance to mention), deserve their own separate blog posts. Over time, I will be digging deeper into each of these things to provide you more perspective of how you can best utilize the features to your advantage. For now, I would recommend checking out our free 2010 videos that highlight many of the features listed above and more.