Some best practices on "How to develop SharePoint 2010 applications"
Here is a preview of the book Top 60 custom solutions build on Microsoft SharePoint Server 2010
I found useful to know how Yaroslav Pentsarskyy suggested to organize SharePoint 2010 project in Visual Studio 2010:
- Platform project - core components;
- Content project;
- Service project;
- Branding project.
The first chapter gives you an idea how you can organize SharePoint project structure, including the deployment project.
"There is one more benefit to keeping those artifacts separate; when it comes to bug fixes or functionality upgrades, it’s easier to replace one dll that keeps all of the supporting functionality than replacing core platform dll"
Here is one more note on the book "Top 60 custom solutions build on Microsoft SharePoint Server 2010":
All demonstrated solutions are Farm Solutions.
I have decided not to buy the book, since in the near future I will not work with SharePoint 2010 on-premise.
Maybe I will work with SharePoint Online!
For more best practices on SharePoint 2010 development: SharePoint 2010: Best Practices
So, I needed to investigate what should I know before diving into SharePoint Online development.
I have found a great white paper: "Office 365 SharePoint Online –Architectural considerations" byJeremy Thake
Restrictions for SharePoint Online:"When considering an activation of SharePoint Online as part of your SharePoint strategy, the main architectural decisions which need to be made should focus on the following areas: Capabilities Workloads Authentication Permissions Creation of a cohesive end user experience Information Architecture On-boarding and Off-boarding of data System Requirements Architectural Approaches"
- no farm solution;
- no FAST Search;
- no developer dashboard;
- no SharePoint Timer Jobs;
- Business Connectivity Services Profile Page;
- Audit Opening and Downloading;
- Records Center (but you still can use in-place record management);
"A general pattern in the industry has already been to leverage client side code (ECMAScript) and the client object model or Silverlight to bypass some of the limitations."
The "Architectural consideration" is a great and concise article, but in some places info is not up to date.
For example the article states that you cannot use BCS, but The service update in November 2011 enables developers to create BCS applications by using SharePoint Online. You need to use WCF service deployed on Windows Azure.
SharePoint Online storage limitations:
SharePoint Online for enterprises: key features and specifications
SharePoint Online Collection Sizing and User Limits
In summary, the aforementioned limitations are outlined below:
- Size limit of a site collection (100 GB), number of site collections (300) and maximum storage in
a tenant (5 TB).
- Record Center capabilities not offered (but you still can use in-place record management)
- Mail Enabled Document Libraries are not supported, impacting Scanners & Scanner software
- PDF documents cannot be opened in the browser
- Word Automation features not available
- Auditing does not capture which documents are opened and closed
- Business Intelligence Center, SharePoint PowerPivot, PerformancePoint Services and integration
with a reporting server not supported
- Only Sandboxed Solutions, or browser centric applications based on technologies such as Silverlight, jQuery and Client Object Model can be used.
Appendix B: SharePoint Online and Office SharePoint Server Feature Comparisons
SharePoint Online Developer Resource Center
SharePoint Online Administration
SharePoint 2010 101 Code Samples