Deliver superior customer experiences with an AI-driven platform for creating and deploying cognitive chatbots
Deliver Awesome UI with the most complete toolboxes for .NET, Web and Mobile development
Automate UI, load and performance testing for web, desktop and mobile
A complete cloud platform for an app or your entire digital business
Detect and predict anomalies by automating machine learning to achieve higher asset uptime and maximized yield
Automate decision processes with a no-code business rules engine
Optimize data integration with high-performance connectivity
Connect to any cloud or on-premises data source using a standard interface
Build engaging multi-channel web and digital experiences with intuitive web content management
Personalize and optimize the customer experience across digital touchpoints
Build, protect and deploy apps across any platform and mobile device
Rapidly develop, manage and deploy business apps, delivered as SaaS in the cloud
With Progress Sitefinity, you can create dynamic content types without any overhead. Editing content items is also really easy. But while all of this sounds great on paper, developers ultimately need to have more control via an API.
With the .NET managers, you are able to manipulate the items, but this is from C# code and it doesn’t work on the client side. To invoke some functionality from there, you have to implement custom web services and expose an endpoint in the backend. The process for this is straightforward but you may feel that this can be automated somehow… and it can! With Sitefinity, you are able to create a web service with OData support for each content type
To showcase how this is done, I am going to use the Quantum sample application. Go to Administration>Web services and create a new web service.
The URL is generated directly from the name of the web service and, in case you want to shorten it, you have the option to change it.
The next option is to setup the permissions. When the access to the web services requires authentication, you should log in to the system via a specific end point and then use the generated token in order to request the data. Here is one Postman collection that can be used as a reference.
The next step is choosing which content type to expose.
We recommend selecting only the content types that you need. It is better to have many services doing one thing instead of one service giving access to all of the data types, as this will eventually become nearly unmanageable at some point.
One powerful feature here is that each content type can be fine-tuned separately, from access level to the used fields.
On a service level, you are able to control whether you want to automatically add the newly created content types to the web service. On a content level, this can be applied to the newly added fields. With that option, you don’t have to configure the service each time when a change is applied to your data schema.
Click on the “Use in your app” link on the right side of the web service and a RESTful API documentation will appear. Everything there is described in detail, including how it should be used.
The generated help is great, but I would like to go one step further and give you a collection in Postman that will make it far easier for you to get started. This collection will be particularly helpful if you don’t have much experience with OData.
Once you are familiar with the above, there will come a moment when you want to bind some controls to your data. We recommend that you stick with Kendo UI. Head over to GitHub to find samples that will help you integrate the end points with the widgets.
Progress advocates for the usage of the built-in services instead of creating new ones from scratch. With the web service builder, you are able to accomplish every scenario that you may want and save time that you can invest in other mission-critical parts of your projects.
With each release, new optimizations are made—for example, with version 9.2, the optimizations affect fields of Тaxonomies type and statically linked relations (child->parent, /item?$expand=Parent) and validation checks for different fields. The improvements and new features are numerous and can be found in the documentation. Our goal is to provide you with everything out of the box without the need to write additional code. Share your suggestions and the development team can turn them into reality.
Peter Filipov (Pepi) is a Developer Advocate focused on Sitefinity. He is passionate about web development and sports. Prior joining the DevRel team, Pepi was one of the team leaders in the Telerik Web Components division.
Copyright © 2018 Progress Software Corporation and/or its subsidiaries or affiliates.
All Rights Reserved.
Progress, Telerik, and certain product names used herein are trademarks or registered trademarks of Progress Software Corporation and/or one of its subsidiaries or affiliates in the U.S. and/or other countries. See Trademarks for appropriate markings.