Kusion Configuration Language (KCL) is an open source constraint-based record and functional language. KCL improves the writing of a large number of complex configurations such as cloud native scenarios through mature programming language technology and practice, and is committed to building better modularity, scalability and stability around configuration, simpler logic writing, fast automation and good ecological e…
How does it compare to Cue or Dhall?
The KCL Programming Language
11–20 of 27 posts
Re: The KCL Programming Language
#12Re: The KCL Programming Language
#13How to publish my package, is there an example?
Re: The KCL Programming Language
#14Kusion Configuration Language (KCL) is an open source constraint-based record and functional language. KCL improves the writing of a large number of complex configurations such as cloud native scenarios through mature programming language technology and practice, and is committed to building better modularity, scalability and stability around configuration, simpler logic writing, fast automation and good ecological e…
Excellent, that really helps the work for DevOps
Re: The KCL Programming Language
#15From the example provided I can see that the KCL K8s sample had 18 lines whereas the generated YAML file had 21 lines. I'm sort of missing the point here as to how KCL is helping here.
In readme, we only show a simple k8s example. In fact, KCL can achieve a high information compression ratio through its code abstraction capabilities. For example: https://github.com/KusionStack/konfig/blob/main/appops/guest... and https://github.com/KusionStack/konfig/blob/main/appops/guest...
Domain model-centric configuration view: With the rich features of KCL language and KCL OpenAPI tools, we can directly integrate a wide range of well-designed models in the community into KCL (such as the K8s resource model). We can also design and implement our own KCL models or libraries according to different scenarios, forming a complete set of domain models for other configuration end users to use.
End user-centric configuration view: With KCL's code encapsulation, abstraction and reuse capabilities, the model architecture can be further abstracted and simplified (for example, the K8s resource model is abstracted into an application-centered server model) to minimize the end user configuration input*, simplify the user's configuration interface, and facilitate manual or automatic API modification.
No matter what configuration view is centered on, for configuration code, there are requirements for configuration data constraints, such as type constraints, required/optional constraints on configuration attributes, range constraints, and immutability constraints. This is also one of the core issues KCL is committed to solving.
Re: The KCL Programming Language
#16Re: The KCL Programming Language
#17Re: The KCL Programming Language
#18Clashes with Kyoto Common Lisp.
Re: The KCL Programming Language
#19Clashes with Kyoto Common Lisp.
Can you give Kyoto Common Lisp more reference information? I'm interested in it.
For KCL see: https://www.cs.cmu.edu/afs/cs/project/ai-repository/ai/lang/...
Re: The KCL Programming Language
#20[Insert XCKD with adding a 15th standard when 14 already exist]