CST脚本语言的设计【3】适用范围

CST脚本语言的适用范围，今天跟同事探讨了后，在公司项目中，将被取消该项目。CST将进入草根项目阶段，我在google上注册了ecsl项目作为CST研发基地。探讨的过程让我收益良多，重新审视了这个项目的局限性和适用范围，当然我也不会认为CST是万能。

 

CST项目主要定位为服务系统提供处理逻辑的粘合作用，由于他本身是脚本语言，因此性能具有先天的劣势，因此将尽量减少自身的处理逻辑的数量。CST在设计上，允许嵌入其他脚本语言和SQL，因此，在粘合作用上，应该更强。

 

1、与Lua的比较，优势和劣势

    在服务系统中，绝大多数都是用C/C++完成的，因此，CST类C语法更容易为开发人员所理解和使用。当然劣势在于性能上，很难一开始跟成熟的LUA做比较。

 

2、与boost中python的比较。

    PYTHON性能跟语法，私下并不同意，即使在BOOST中嵌入python，对开发人员来并不合适。实际上，在现有的服务系统中，嵌入python似乎没有。我对python并不熟悉，不好做更深入的评估。

 

3、嵌入SQL是否必要，主要处理内存数据库时的性能损失。

    服务系统的一个重要特性是跟数据库的关联，包括关系型，文件型，内存型。为了操作上的方便，建立SQL是合适的，避免性能上的损失，需要更深入的探讨。

 

4、安全性考虑。

    由于CST是脚本语言，因此在发布时，可以进行加密，然后在运行时解密运行。比纯粹的二进制和其他脚本语言，更容易控制。