HiLang 2.5.0
See the version list below for details.
dotnet add package HiLang --version 2.5.0
NuGet\Install-Package HiLang -Version 2.5.0
<PackageReference Include="HiLang" Version="2.5.0" />
<PackageVersion Include="HiLang" Version="2.5.0" />
<PackageReference Include="HiLang" />
paket add HiLang --version 2.5.0
#r "nuget: HiLang, 2.5.0"
#:package HiLang@2.5.0
#addin nuget:?package=HiLang&version=2.5.0
#tool nuget:?package=HiLang&version=2.5.0
HiLang
HiLang is a minimal high-level language to describe the schema of a domain, taking inspiration from protobuf (.proto models) for hierarchical structures and SQL DML for entities, relations and views.
| Product | Versions Compatible and additional computed target framework versions. |
|---|---|
| .NET | net5.0 was computed. net5.0-windows was computed. net6.0 was computed. net6.0-android was computed. net6.0-ios was computed. net6.0-maccatalyst was computed. net6.0-macos was computed. net6.0-tvos was computed. net6.0-windows was computed. net7.0 was computed. net7.0-android was computed. net7.0-ios was computed. net7.0-maccatalyst was computed. net7.0-macos was computed. net7.0-tvos was computed. net7.0-windows was computed. net8.0 was computed. net8.0-android was computed. net8.0-browser was computed. net8.0-ios was computed. net8.0-maccatalyst was computed. net8.0-macos was computed. net8.0-tvos was computed. net8.0-windows was computed. net9.0 was computed. net9.0-android was computed. net9.0-browser was computed. net9.0-ios was computed. net9.0-maccatalyst was computed. net9.0-macos was computed. net9.0-tvos was computed. net9.0-windows was computed. net10.0 was computed. net10.0-android was computed. net10.0-browser was computed. net10.0-ios was computed. net10.0-maccatalyst was computed. net10.0-macos was computed. net10.0-tvos was computed. net10.0-windows was computed. |
| .NET Core | netcoreapp2.0 was computed. netcoreapp2.1 was computed. netcoreapp2.2 was computed. netcoreapp3.0 was computed. netcoreapp3.1 was computed. |
| .NET Standard | netstandard2.0 is compatible. netstandard2.1 was computed. |
| .NET Framework | net461 was computed. net462 was computed. net463 was computed. net47 was computed. net471 was computed. net472 was computed. net48 was computed. net481 was computed. |
| MonoAndroid | monoandroid was computed. |
| MonoMac | monomac was computed. |
| MonoTouch | monotouch was computed. |
| Tizen | tizen40 was computed. tizen60 was computed. |
| Xamarin.iOS | xamarinios was computed. |
| Xamarin.Mac | xamarinmac was computed. |
| Xamarin.TVOS | xamarintvos was computed. |
| Xamarin.WatchOS | xamarinwatchos was computed. |
-
.NETStandard 2.0
- FSharp.Core (>= 9.0.303)
- FsLexYacc (>= 11.3.0)
- FsLexYacc.Runtime (>= 11.3.0)
- Microsoft.CodeAnalysis.CSharp (>= 4.14.0)
NuGet packages (1)
Showing the top 1 NuGet packages that depend on HiLang:
| Package | Downloads |
|---|---|
|
Hiperspace.SQL
# Hiperspace.SQL Hiperspace.SQL is a full SQL query engine for Hiperspace, supporting the full range of joins, aggregations, and subqueries. Hiperspace.SQL provides the same query functionality as a .NET client can use with LINQ queries, but without the need to write code in C#/F# Hiperspace fully supports point-in-time "time travel" queries that are not possible with Python Data-Frames or DuckDB ## Features - Hiperspace.SQL is not limited to queries of columns within a table, but supports the full navigation of properties of Hiperspace elements - Where a column is a complex object it is returned as a JSON object - Executing a batch of SQL statements return columnar data frames (dictionary of column-name and array of values) - Explain SQL returns the execution plan, detailing the SetSPaces accessed and keys used for search (Key, Index, Scan) - The Parquet method returns a Parquet file that can be used with any Apache Parquet library, or added to DuckDB OLAP store |
GitHub repositories
This package is not used by any popular GitHub repositories.
| Version | Downloads | Last Updated |
|---|---|---|
| 2.5.1 | 105 | 10/23/2025 |
| 2.5.0 | 169 | 10/20/2025 |
| 2.4.6 | 189 | 9/23/2025 |
| 2.4.4 | 267 | 8/7/2025 |
| 2.4.2 | 150 | 7/28/2025 |
| 2.4.0 | 170 | 7/10/2025 |
| 2.3.8 | 154 | 7/1/2025 |
| 2.3.7 | 180 | 6/18/2025 |
| 2.3.4 | 167 | 6/5/2025 |
| 2.2.2 | 180 | 5/5/2025 |
| 2.2.1 | 220 | 4/14/2025 |
| 2.2.0 | 126 | 3/29/2025 |
| 2.1.9 | 227 | 3/5/2025 |
| 2.1.6 | 134 | 2/15/2025 |
| 2.1.0 | 140 | 1/24/2025 |
| 2.0.0 | 110 | 1/14/2025 |
| 1.3.9 | 157 | 11/15/2024 |
| 1.3.0 | 142 | 10/5/2024 |
| 1.2.18 | 187 | 9/15/2024 |
| 1.2.16 | 166 | 9/7/2024 |
| 1.2.15 | 153 | 9/1/2024 |
| 1.2.11 | 130 | 8/6/2024 |
| 1.2.9 | 132 | 7/26/2024 |
| 1.2.8 | 168 | 7/19/2024 |
| 1.2.6 | 145 | 7/15/2024 |
| 1.2.4 | 162 | 7/4/2024 |
| 1.2.0 | 170 | 5/30/2024 |
| 1.1.37 | 157 | 5/11/2024 |
| 1.1.34 | 150 | 4/22/2024 |
| 1.1.30 | 156 | 3/24/2024 |
| 1.1.26 | 163 | 3/14/2024 |
| 1.1.23 | 173 | 2/26/2024 |
| 1.1.22 | 173 | 2/16/2024 |
| 1.1.21 | 223 | 1/11/2024 |
| 1.1.19 | 196 | 1/1/2024 |
| 1.1.17 | 171 | 12/23/2023 |
| 1.1.11 | 180 | 12/16/2023 |
| 1.1.10 | 185 | 12/6/2023 |
| 1.1.7 | 180 | 11/30/2023 |
| 1.1.5 | 174 | 11/21/2023 |
| 1.0.14-prerelease | 235 | 8/6/2023 |
https://www.cepheis.com/hiperspace/20251020
## Overview
This release introduced the **message** element for client/server scenarios where you might want to run a query on a server and transfer only the final results to a client. This is especially useful for whole graph queries that select every element that is related to the subject ***node*** for a *butterfly* view.
-----
## Message
The [HiLang Message](https://www.cepheis.com/hiperspace/message) page goes into detail about the structure of *messages*.. but it is worth referring to an example for clarity. The `CustomerCube` *message* takes a reference to a *Customer* and returns all the information need to display a *hipercube* in a [Web Assembly](https://webassembly.org/) browser client, transfered with [Protobuf](https://protobuf.dev/) compression between client and server
```
message API.CustomerCube
(
Customer : Acc.Customer #1
)
{
CustomerTree : List<Acc.Customer> #2,
Sector : List<Acc.Sector> #3,
Accounts : List<Acc.Account> #4 ,
"Using the generated cube element from Transaction and its dimensions"
Cube : List<Acc.Transaction_Cube> #5,
"Using the generated cube drilldown from cube"
Drilldown : List<Acc.Transaction_CubeDrillDown> #6
};
```
**NB** `Cube : List<Acc.Transaction_Cube>` is a *physical* element, generated from the `Transaction` *@Fact* property, and including the *@Dimension* {*Customer, Account, Sector*} and *@Measure* analysis properties
When the schema is compiled with [HiLang](HiLang), implementations are not provided for
```
namespace API
{
public partial class CustomerCube : IMessage
{
public Task<IMessage> InvokeAsync(CancellationToken token = default)
{
}
public async IAsyncEnumerable<IMessage> InvokeStreamAsync([EnumeratorCancellation]CancellationToken token = default)
{
yield return await InvokeAsync(token);
}
}
}
```
which must be added to the schema project to provide implementation for the server-side functions
-----
### HiperSpace
`HiperSpace` has two additional methods that transfer messages through the layers of Hiperspaces, until a server `SubSpace` is found that will execute the message, and return the value
```
public virtual Task<byte[]> InvokeAsync(byte[] key, CancellationToken token = default) => Task.FromResult(key);
public virtual IAsyncEnumerable<byte[]> InvokeStreamAsync(byte[] key, CancellationToken token = default) => new byte[][] { key }.ToAsyncEnumerable();
```
### SubSpace
`SubSpace` has the above functions (*because they also implement* `HiperSpace`), plus the domain specific functions needed for code like `var msg = await space.InvokeAsync(new CustomerCube {Customer = myCust}); to be executed on a client.
```
public async Task<TMessage> InvokeAsync<TMessage>(TMessage item, CancellationToken token = default)
where TMessage : class, IMessage
public async IAsyncEnumerable<TMessage> InvokeStreamAsync<TMessage>(TMessage item, [EnumeratorCancellation]CancellationToken token = default)
```
There are no equivalent synchronous messages handling functions because the only reason for using messages is to perform query processing on a server, and Blazor client cannot use any blocking operations.
With this release the *obsolete* function `public abstract object? Get(string sid);` has been removed, and `Get<object?>(string sid)` should be used instead.
-----
#### Domain implementation
The Domain implementation of `SubSpace` (*generated by HiLang*) includes logic to execute the message logic in the first *domain Space* that has the `RemoteLabel` set to true. Generated HiLang schema will not compile until the `InvokeAsync` and `InvokeStreamAsync` functions have been added by the implementor.
-----
### HiLang
HiLang `segment` (*many*) and `aspect` (*optionally one*) can be applied to any `entity` to extend the definition of the entity with information that is versioned separately. Consider the example of [TOGAF](https://github.com/channell/Hiperspace/blob/master/examples/TOGAF/TOGAF.hilang) where every entity type can include any number of ***Gaps*** each of which have separate storage and references to their `owner` with navigation from the `owner` using the ***Gap*** property.
[HiLang](HiLang) Generates {*ServiceGap, DriverGap, ActorGap, FunctionGap, CapabilityGap, ProductGap, GoalGap, ObjectiveGap, MeasureGap, ActivityGap, EventGap, ProcessGap, ControlGap, ValueStreamGap, CourseOfActionGap, EntityGap, LogicalGap, PhysicalGap, SystemGap, ComponentGap, DeployedGap, PlatformGap, HostGap, InstanceGap*} to provide storage for entity specific versions of the ***Gap***, and *View* to bring togther every different implementation for query together.
When *segment*/*aspect* is only used in a single comtext, we can end-up with very long segment implementation names like `CustomerAccountTransaction` when `Customer` has many `Account` *segments* , which has many `Transaction` segments. To minimise the generated classes, an additional *step* has been added to HiLang to remove the generated prefix when a segment is only used in one context.
This version changes `CustomerAccountTransaction` to `Transaction`. If we subsequently need to add the segment to another *entity*, the prefix would be added back to distinguish different owners of `Transaction`.
**NB** Hiperspace does not store the name of the *element* with every instance (only the #id is stored), so any change will be transparent.
-----
### LatestSpace
`LatestSpace` is a specialisation fo HeapSpace, that discards history to reduce memory usage. the main use-case is with Blazor Web-Assembly clients that have no interest in the history of an Element, but need to hold the durable representation for synchronization at the end of a session.
## References
References to other libraries have been updated