CST 脚本语言的设计【4】LINQ

这几天看了篇关于LINQ的资料，大概了解了她的原理。对CST有很大的借鉴价值。我们知道，在系统中，几个基本的数据是最常用到的：

（1）、数组，适合随机遍历

（2）、链表，适合顺序遍历

（3）、树，适合关键字遍历

（4）、哈希表，适合关键字遍历

 

在语言中表现各种类和访问方法。我们知道，在这些容器中，操作方式基本上表现为插入删除更新查找，这些操作方式跟SQL很类似。LINQ将这些操作方式以SQL方式表现出来，是个很好的创新。

在设计CST之前，我对LINQ仅有耳闻，在一个偶然的机会，看了下关于LINQ的介绍，深受启发。CST也是将其他语言特色嵌入到语言本身，更多的是以接口模式来完成的，而不是将语言特性，比如SQL的特性嵌入进来。LINQ的做法实际上开创了一条道路，不过就个人而言，我不是很赞成这个做法。

我们知道，每种语言都有其特色，象SQL和程序化语言C/C++。SQL在语言的灵活性跟表现能力方面跟通用化的C/C++来说要逊色很多，太大规模的在语言中使用SQL的特性，对程序化语言是很大的制约。因此在LINQ中要将FROM 开始，SELECT结尾，显然有点不伦不类的。在CST中，同样是以源码方式嵌入SQL以及其他语言。跟LINQ不同的是，CST仅仅在源码中，将这段代码标记出来，然后交给对应的引擎来完成。

CST的目标是多种语言的黏合剂，他本身只提供一个有限的语言特性，以及引擎和数据交互接口，更多的特性将以引擎方式来完成。LINQ在语言中，实际上语言的一部分，或者说是无缝的结合，这跟CST是不同。我认为，其实对单纯的语言本身来说，保证其纯正性是很重要的，因此在设计上CST跟LINQ有本质上的区别。

但我同样认为对这些容器的操作，使用SQL模式是最方便的，不同的是，如何将他们无缝的连接起来呢？从这种方式上看，我还是很欣赏LINQ的。