Skip to content
This repository provides SAP style guides for coding.
Branch: master
Clone or download
jwigert and HrFlorianHoffmann Updated with a link to RTTI explanation (#61)
* Updated with a link to RTTI explanation

* Update

Switched link.
Latest commit b949ea7 Jun 13, 2019

SAP Code Style Guides

Continuous Release  ·  Open Source  ·  Grassroots Project  ·  Optional

This repository provides SAP's style guides for coding.

Programming languages enable us to say the same thing in different ways. While all of them may be correct, some may be more efficient, easier to understand, and more robust than others.

Our style guides want to show up differences and guide you towards code that has a healthy balance between all of these qualities.

Style Guides

Continuous Release

These guides are updated continuously, meaning any change is reviewed and immediately put "live", without special publication versions.

As programming languages and our understanding of them evolve, we believe that these guides are "work in progress" and will probably never see a status "finished"; as agile developers, we welcome this.

Open Source

This repository is open source, meaning it is written by a loose community of interested persons, and anybody from within and without SAP is invited to contribute.

LICENSE describes how you may use this material, while CONTRIBUTING describes how you can contribute.

We believe that clean code should be discussed freely and openly.

Grassroots Project

These guides are grassroots projects, meaning they were started, and are still driven, by programmers who spend their day coding, and want to get better at it.

We are developers, architects, quality engineers, and consultants, from associates to chief experts, from language creators to tool developers, from S/4HANA to the ABAP language group. We respect all roles, ranks, and units, and welcome any suggestions and improvements.


Following these style guides is optional, meaning you - or more precisely: your team - can choose whether you want to adhere to it. This applies equally to in-house developers, partners, and customers.

We believe that clean code comes from conviction, not from pressure.

You can’t perform that action at this time.