Skip to main content

App Model in SharePoint 2013 Basic

What is it?


Microsoft has re-invented how third-party / custom-developed software can plug into SharePoint. Web part still remains; however Microsoft is pushing the new SharePoint App Model instead of web part.
Apps are self-contained pieces of functionality that extends the capabilities of a SharePoint website. Apps will be executed outside the SharePoint Server, either in the on-premise server or in the Cloud based server.  This makes Apps easier for installation & clean-up.  A farm solution in SharePoint requires full trust whereas sandbox solutions are very restricted. In order to bridge this gap Microsoft has come up with this App model. Sandboxed Solutions are deprecated and new custom solutions should be provided through Apps. A new concept of App Store and App catalogue has been introduced for global and local app hosting respectively.

Microsoft’s Motivation behind App Model


SharePoint 2007 and SharePoint 2010 have gained large-scale adoption worldwide and have generated billions of dollars in revenue primarily due to companies and organizations that have installed SharePoint on their own hardware in an on-premises farm. And, whereas previous versions of SharePoint have been very successful products with respect to all these on-premises farms, Microsoft’s success and adoption rate in hosted environments such as Microsoft Office 365 have been far more modest.
The release of SharePoint 2013 represents a significant shift in Microsoft’s strategy for evolving the product. Microsoft’s focus is now concerned with improving how SharePoint works in the cloud, especially with Office 365. Microsoft’s primary investment in SharePoint 2013 has been to add features and functionality that work equally well in the cloud as they do in on-premises farms.

 

SharePoint app model design goals

  • Apps must be supported in Office 365 and in on-premises farms.
  • App code never runs within the SharePoint host environment.
  • App code programs against SharePoint sites by using web service entry points to minimize version-specific dependencies.
  • App code is authenticated and runs under a distinct identity.
  • App permissions can be configured independently of user permissions.
  • Apps are deployed by using a publishing scheme based on app catalogs.
  • Apps that are published in a catalog are easier to discover, install, and upgrade.

Web part VS App model


New App model is a paradigm shift from earlier web part model through which customizations were used to be deployed to SharePoint.

Web Part model
SharePoint App model
Web parts are directly installed onto SharePoint front-end servers. So web part code directly runs on those servers.
All SharePoint 2013 apps that have backend code run outside of SharePoint 2013 server/environment.
Web part either runs with user permission or with full permission (elevated privilege)
Access can be restricted for App on objects of SharePoint with permission level.
Web parts might take up a significant amount of CPU cycles performing complex operations.
Apps are executed outside SharePoint hence performance of SharePoint is not impacted.
Web part code needs to be reviewed cautiously to ensure that it does not make any harm.
SharePoint App prompts for trusting what are the resources it is going to access with permission level (Read / Full control) while installation.
Web part added to a page runs in the same domain and environment of the page and its content. Hence it is strongly coupled.
Apps are mounted on SharePoint pages via iFrame(s) that point to a domain other than the SharePoint server’s domain, insuring complete client-side isolation between the SharePoint surrounding interfaces, and the nested app.
Web parts are not easy to publish globally / locally. It requires installation and activation.
Apps can be published to Microsoft’s public SharePoint store or hosted in a private store (on-prem/O365). It can be very easily installed in a SharePoint site.


Comments

  1. Nice article....thanks for sharing :)

    ReplyDelete
  2. What about the App's limitations comparing to full-trust web part?

    Nimrod Geva
    www.kwizcom.com

    ReplyDelete
  3. This is a great inspiring article.I am pretty much pleased with your good work.You put really helpful information. Keep it up dear. Thanks Contact Lenses

    ReplyDelete
  4. Hi vivek,

    Nice Article about App Model in SharePoint 2013.thanks for sharing this in very detail .








    Sharepoint Developers

    ReplyDelete

Post a Comment

Popular posts from this blog

GPT-5.2 Lands in Microsoft 365 Copilot: Smarter Reasoning for Workflows

 Today Microsoft announced that GPT-5.2 is now available in Microsoft 365 Copilot and Copilot Studio , bringing two tuned variants: GPT-5.2 Thinking for deep reasoning and strategic work, and GPT-5.2 Instant for fast writing, translation, and skill-building. In Copilot, the model connects to Work IQ to surface insights across your meetings, emails, and documents—helping you turn scattered information into actionable plans. If you use Copilot Chat or Copilot Studio, you can pick GPT-5.2 from the model selector and try prompts like asking for strategic takeaways from a meeting, building comparative tables of market leaders, or preparing focused talking points for upcoming conversations. Microsoft emphasizes model choice , so teams can select the model that best fits the task while keeping security, compliance, and privacy controls in place. Rollout starts today 11-Dec-2025 for users with a Microsoft 365 Copilot license and will expand over the coming weeks; Microsoft 365 Premium...

Why MFA Matters in Microsoft 365 (and How to Enforce It the Right Way)

If you’re still relying on passwords to protect Microsoft 365, you’re leaving a critical gap in your security. A single phished credential can be enough to access email, files, chats, and sensitive business data. Multi-Factor Authentication (MFA) adds a second verification step—such as an Authenticator prompt, a one-time code, or a security key—so a password alone can’t grant access. As a Microsoft 365 administrator and technology enthusiast, I’ve seen firsthand how implementing MFA dramatically reduces account takeover risk and strengthens organisational security. Who this is for This guide is aimed at Microsoft 365 administrators, IT teams, and business leaders looking for practical steps to bolster tenant security with consistent MFA enforcement. Whether you’re managing a small business or a larger enterprise, the principles here apply to everyone seeking to protect critical business data. The goal: require MFA for interactive sign-ins Enforcing MFA for all interactive use...

6 ways to check SharePoint Usage reports

Introduction SharePoint administrators always want to know which user is accessing any site or site collection extensively and which user has access to the site but not using it. The other site details required are related to traffic, access, edit, etc. The user's behavior changes as per the nature of the site and their working department like project team site, department site, and managerial workspace. Fortunately, Microsoft 365 has given multiple methods to generate or view various reports related to SharePoint usage. We will check all the methods one by one and see how they provide the required results. Several options are available at different parts in SharePoint Site or Admin Center where the Administrator can check status or create reports. Method-1. Check Site Usage in Site Contents Page. The Site contents page shows the analytics data like their unique visitors, total site visits, average time spent by the user, etc. The report can be generated for multiple days like 7, 3...