|
|
|||||||||
|
|||||||||
| |||||||||
|
|
|
| |||||||||
![]() |
|
|
«
Previous Thread
|
Next Thread
»
|
Thread Tools | Search this Thread | Rate Thread | Display Modes |
|
#1
|
|||
|
|||
|
The Haxial Programming Language
Quoting:
----- "Haxial Compiler is a product that provides a cross-platform network-focused software development environment with a powerful (but easy-to-use) compiled programming language named "KL". Haxial Compiler is intended for use by software engineers/developers, and also people interested in learning how to make their own software, and people interested in automation tasks and scripting." ----- I'm a new user so looks like I'm not allowed to post URLs. So instead I will just say where you can get more info about the above. It's on haxial.com/products/compiler |
|
#2
|
||||
|
||||
|
The language looks interesting, but I think there are problems with the command oriented model. I feel that the lack of composability in the language will lead to step-wise solutions; this then this then this then this then this then this then this then this then this then this then this ... in my experience composability is very important for abstraction. At least as important as the ability to define new commands.
The uniformity of the KL language is particularly nice, but I have my doubts about it’s general practicality. Strange because it was designed to be practical. The deployment strategy is also very pretty, one perhaps more compiled languages should employ. All in all I think that I’m going to stick with Objective-C for when to be productive and get fast native code. Keep up the good work, Mark. |
|
#3
|
|||
|
|||
|
Lack of composability, I'm not sure I understand what you mean. It does support expressions and functions, if that is what you mean. I'm sure if you posted this constructive criticism on the Haxial discussion mailing list (with a bit more detail), you would receive a good response, and may well cause some changes to be made to the language, to solve the problem you mention.
|
|
#4
|
||||
|
||||
|
Quote:
Sorry Kammer, your post seemed rather promotional, I gathered you were advocating for the company? As I understand it functions take third place to commands. The documentation insists that functions should be pure, and there is no way of defining your own at present. This ensures that they're of limited usefulness. Commands are the primary mechanism for constructing programs. Unfortunately commands aren't exactly composable; one command follows another. The result of poor composability is usually code like to the following. Code:
pseudocode
x = operation1 x x = operation2 x x = operation3 x x = operation4 x ... x = operationN x Of course the mutation may well be encapsulated by the command, but the pattern holds .Mark. |
![]() |
| Viewing: Dev Shed Forums > Programming Languages - More > Other Programming Languages > The Haxial Programming Language |
| Thread Tools | Search this Thread |
| Display Modes | Rate This Thread |
|
|
|
|