dsl编译语言
⑴ F#是比 Scala 更好的语言吗
经有人问java的创始人高斯林这样一个问题，“除了Java语言以外，您现在还使用JVM平台上的哪种编程语言?”他毫不犹豫的说是Scala。Scala到底是什么?在目前众多的JVM语言当中，Scala无疑是最引人注意的语言之一。Scala是一个静态语言，更适合大型工程项目，Scala直接编译成Java字节码，性能接近Java。Scala是一个多范式的语言，你可以混合使用函数式和面向对象编程，混合使用可变类和不变类，混合使用Actor和传统的Java并发库。短短一个月的时间，Scala于本月冲进了TIOBE的前五十名。一个Twitter的开发人员说过，Scala将会成为现代Web2.0的发起语言。LinkedIn也用这种语言。同样许多其他大的公司如SonyPicture,EDF,SAP也开始使用这种语言。为什么Scala发展这么迅猛，可以获得如此热烈的社区支持。曾冠东还表示，Scala不是Java的杀手，它无法取代Java的地位，也突破不了JVM的限制、Java实现不了的功能它也实现不了。我们可以将Scala形象的理解成大量语法糖的Java。Scala开发团队发布了最新的2.9.2稳定版本，Scala语言的特性有许多，例如高阶函数和对象、抽象类型绑定，actor使得函数在Scala中能是一个子类成为可能，Scala中的设计模式使得面向对象和函数编程无缝结合。Akka是一个用Scala编写的库，用于简化编写容错的、高可伸缩性的Java和Scala的Actor模型应用。它已经成功运用在电信行业。Spark是一种可扩展的数据分析平台，它整合了内存计算的基元，因此，相对于Hadoop的集群存储方法，它在性能方面更具优势。Spark是在Scala语言中实现的，并且利用了该语言，为数据处理提供了独一无二的环境。Scala编译器可以生成字节码，直接运行在使用JVM上。该语言(它实际上代表了可扩展语言)被定义为可直接集成到语言中的简单扩展。Scala作为一门静态语言，它的主要特性有哪些?·Scala是面向对象的Scala是一个纯面向对象语言，在某种意义上来讲所有数值都是对象。对象的类型和行为是由class和trait来描述的。Class的抽象可由子类化和一种灵活的基于mixin的组合机制(它可作为多重继承的简单替代方案)来扩展。·Scala是函数式的Scala还是一个函数式语言，在某种意义上来讲所有函数都是数值。Scala为定义匿名函数提供了一种轻量级的语法，它支持高阶(higher-order)函数、允许函数嵌套、支持局部套用(currying)。Scala的case类及其内置支持的模式匹配模型代数类型在许多函数式编程语言中都被使用。·Scala是静态类型的Scala配备了一套富有表现力的类型系统，该抽象概念以一种安全的和一致的方式被使用。·Scala是可扩展的Scala的设计承认了实践事实，领域特定应用开发通常需要领域特定语言扩展。Scala提供了一个独特的语言组合机制，这可以更加容易地以类库的形式增加新的语言结构：任何方式可以被用作中缀(infix)或后缀(postfix)操作符闭包按照所期望的类型(目标类型)自动地被构造两者结合使用可方便地定义新语句，无需扩展语法，也无需使用类似宏的元编程工具。·Scala可与Java和.NET进行互操作Scala设计时就考虑了与流行编程环境良好交互，如Java2运行时环境(JRE)和.NET框架(CLR)。特别是与主流面向对象语言，如Java和C#尽量无缝交互。Scala有像Java和C#一样的编译模型(独立编译，动态装载类)，允许访问成千上万的高质量类库。在并发性方面，与Scala在.NET领域中的姐妹语言F#相似，Scala是针对“并发性问题”的解决方案之一，让开发人员能够更加轻松地专注于问题的实质，而不用考虑并发编程的低级细节。Actor编程模式让高度并行应用程序的开发更加简单。Scala把Erlang风格的基于actor的并发带进了JVM。我们可以利用Scala的actor模型在JVM上设计具伸缩性的并发应用程序，以自动获得多核心处理器带来的优势，而不必依照复杂的Java线程模型来编写程序。Scala为并发性提供了两种级别的支持，这与其他与Java相关的主题极为类似：首先，对底层库的完全访问(比如说java.util.concurrent)以及对“传统”Java并发性语义的支持(比如说监控程序和wait()/notifyAll())。其次，这些基本机制上面有一个抽象层Scala提供了在稳定的高性能平台(Java虚拟机)上生成的能力同时也是一门敏捷性语言。这一类型的语言也有其他的选择，例如Jython,JRuby,Groovy和Clojure,但是这些都是运行在JVM上的动态类型语言。OpenClass的效果让大家会觉得Scala是动态语言，但它是选择隐式转换来实现的，这也正好证明了Scala是静态语言。隐式转换(Implicitconversion)使Scala具有类型安全性，正如扩展方法(extensionmethod)之于C#，开放类(openclass)之于ruby。即：向未曾定义的类型添加方法(如字符串、列表、整数)。这是使得Scala符合DSL(特定领域语言)模型的特性之一。Scala结合了面向对象和函数编程的优势，函数编程的一个好处就是你能够像运用一个数据那样运用函数，可以用来定义真正高层级的库，或者去定义新的领域特殊语言(DSL)。在谈及Java与Scala的对比时，曾冠东表示，Scala能调用绝大部分的Java，而Java调用Scala独有的东西会比较难。Java拥有非常强的概念规范，因此任何一个Java程序之间具有非常多的相似之处，并且这样能够方便的进行程序员交替。但是Scala并没有这样的统一性，因为这是一门很有表现力的语言。现场曾冠东为我们演示了实际案例，如下图所示：正所谓，金无足赤，人无完人。Scala对二进制不兼容，语法也越来越复杂，不能突破Bytecode的限制、编译速度有所缓慢。当它被广泛用于单元测试、开发工具、Socket开发、以及面对多核挑战的并发应用。总而言之，Scala是一种函数式面向对象语言，它融汇了许多前所未有的特性，而同时又运行于JVM之上。正如JRuby创建者之一CharlesNutter所宣称的那样Scala就是Java王位的合法继承人。随着开发者对Scala的兴趣日增，以及越来越多的工具支持，无疑Scala语言将成为广大软件工程师手上一件必不可少的工具。
⑵ 编程语言的载体是什么
编程语言通过编译器装换成计算机能理解的0101。通过cpu运算，把运算数据输出到内存，通过编译器装换成文字，音频，视频，网页等数据。
⑶ 日期+dsl是什么意思啊
摘要 两个意思，一个是数字用户线路，另一个是领域特定语言。
⑷ DSlC这个理论是人类什么语言
摘要 领域特定语言domain-specific language （DSL）是一种旨在特定领域下的上下文的语言。这里的领域是指某种商业上的（例如银行业、保险业等）上下文，也可以指某种应用程序的（例如 Web 应用、数据库等）上下文。与之相比的另一个概念是 通用语言general-purpose language （GPL，LCTT 译注：注意不要和 GPL 许可证混淆），通用语言则可以广泛应用于各种商业或应用问题当中。
⑸ 领域特定语言的定义
领域特定语言（domain-specific languages，简称DSL）
在定义DSL是什么的问题上，Flowler认为目前经常使用的一些特征，例如“关注于领域”、“有限的表现”和“语言本质”是非常模糊的。因此，唯一能够确定DSL边界的方法是考虑“一门语言的一种特定用法”和“该语言的设计者或使用者的意图”：
如果XSLT的设计者将其设计为XML的转换工具，那么我认为XSLT是一个DSL。如果一个用户使用DSL的目的是该DSL所要达到的目的，那么它一个DSL，但是如果有人以通用的方式来使用一个DSL，那么它（在这种用法下）就不再是一个DSL了。
以Fowler的观点，DSL首先是一种帮助用户从一个系统中抽象出某些部分的工具。所以“当你意识到你需要一个组件，或者当你已经有了一个组件而你希望简化操作它的方式的时候”，DSL是有用的。使用DSL确实提供了某些益处。DSL不仅提高了代码的易读性，让开发者可以和领域专家更好的交流，而且是改变执行上下文的一种手段，例如：把逻辑从编译时切换到运行时，或者当命令式编程不是很合适的时候转用声明式计算模型。
⑹ swift是不是最新的一种编程语言
翻完iBooks书店上的The Swift Programming Language, 也下载了Xcode 6的beta版本来试验了一下。现在可以评价一下。如发现不对的地方，请在评论中指出，我斟酌后进行修正。
主要从技术的角度。而商业的角度，吸引开发者，共同维护苹果生态圈的繁荣等之类就不说了。
我不敢说swift学了有没有用，可不可以挣更多钱，但这门语言还是比较有意思的。swift骨子里面还是objc，但打扮过，比原来的模样漂亮。个人感觉，苹果还真的想用它取代objc呢。
------------------
swift 跟 objc 共用同一套的运行时环境
swift 的类型，可以桥接到 objc 的类型，反之亦然。如 string 对应原来objc的NSString, closures对应objc的block，等等。objc 积累下来的大量库，实现不用改写，swift 就直接可以使用。（最多加个声明文件）。看两个API的声明，对比一下
objc
void
dispatch_apply(size_t iterations, dispatch_queue_t queue,
void (^block)(size_t));
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event;
swift
func dispatch_apply(iterations: UInt, queue: dispatch_queue_t!, block: ((UInt) -> Void)!)
func touchesBegan(touches: NSSet!, withEvent event: UIEvent!)
我怀疑，swift中的接口文件，是利用原来objc，c中的接口文件自动程序生成的。
同一个工程，可以同时使用swift, objc, c, c++ 四种编译语言（额外嵌入的脚本语言另算）
原来的 iOS/Mac 工程，已经可以同时使用objc, c, C++三种语言。现在支持第四种。objc, c, c++三种语言的结合很容易， objc跟c本身就兼容，objc跟c++结合只要将文件名改成.mm。而swift跟其它语言的结合，需要另外的文件进行桥接，其实也挺方便的。
这里的桥接很容易，Apple自家的各种 C 库移植过来了。比如Core Image/Audio，直接包含
import CoreAudio
import CoreImage
就可以使用了。
现在swift完全可以跟objc并存，原来的工程不建议重写，也不用重写。顺其自然，慢慢让它进化就是了。
swift 写法看起来像脚本语言，但它是真正的编译语言
初学者，看它使用了
let a = 4
var b = "hello"
没有类型定义，就想当然的觉得它是脚本语言，解释执行，这是错误的。上面两行语句是用了类型推导，类似 C++ 里面的auto。swift跟objc的运行时环境一样，写的程序跑起来不会比objc慢。swift区分了struct和class, 分别使用传值跟传引用。适当地使用struct，应该会比objc要快一点。
swift 吸收了很多其它语言的语法，写起来比objc简洁得多，不过它骨子里面的概念，跟原来objc差不多
编程语言的语法重要，但是语法背后的概念更重要。比如面向对象，常用概念无非是，继承，多态，封装，信息隐藏等。继承又可能分成多重继承，接口继承，实现继承。或者还会有些嵌套类，嵌套函数等等。
当明白语法背后的概念，知道为什么需要有这些东西。之后从一门语言切换到另一门有着相同概念的语言，其实很容易。
而语法会影响表达，理论上每门语言都可以表达任何概念。不过当某种概念在某门语言中，很难表达出来，就会倾向于不这样使用它，这种概念在那门语言的社区就难以被人熟知。
感觉上，swift有着 obj-c, C++, Ruby的影子。
暂时，我自己最喜欢的3个特性有
tuple，终于可以返回多个数值了。一行交换两个值。C++里面的tie+tuple也可以实现类似功能，不过使用库，显得噪音太多。
closure，喜欢它的简写，还有在函数最后一参数，可以写在()外面。这些特性，用来写函数式风格的程序，会很好看。而原来objc的block, 还有c++的function, 就太啰嗦了。
switch，case里面的条件匹配。
这些语法，编译最后还是会映射成原来objc的运行模型。原来objc的概念，引用记数，ARC, 属性，协议，接口，初始化，扩展类，匿名函数等等，继续有效。
我将swift看成是objc的一块大大的语法糖。
有个大块头的东西，是原来objc没有的，就是泛型。swift中 将那种操作写一次，就可以作用多个类型的语法叫做generics（泛型），而C++中称为template（模板），叫法不同，本质是同样的东西。
总的说来，swfit 涵盖了现在流行的编程方式，结构化，面向对象，泛型，函数式。
swift的新语法，可以很好地支持内部DSL
有一种编程风格，不太好归类。就是将程序拆分成，描述+解释。解释部分写一次，其它地方使用描述式的语句，而不是命令式的语句。
内部DSL，通常利用主语言的语法特性，创出一套写法，来写一些描述性的语句。这些语句组合起来，就像一门新语言似得。这个比较难理解。举个例子（从ruby那里借过来的），假如计算，几小时之后的秒数。C语言中，大概会写成
getHourSeconds(3)
而现在 swift中，只要定义了扩展
extension Int
{
var hours:Int
{
return self * 3600
}
var ago:Int
{
return -self
}
}
就可以写成
3.hours
3.hours.ago
分别是3小时后的秒数，3小时前的秒数。
同理，也可以写成
10.days
10.days.ago
这种写法，看起来跟原来的命令式写法完全不同。这些程序是描述性的。原来的objc, 做不到这点。 我估计swift以后会冒出大量这样风格的库。
这种风格，到底好不好，要看情况。比较方便定义内部DSL的语言, 我自己知道的有C++, Ruby, Lisp。现在多了Swift。
认为所有人都是0基础的，是错误的
有些人学得特别快，因为之前的基础好。语言的语法只是表面，表面的东西总是变动得比较快的。底下的东西重要得多，而看不见。水面一块冰，有些人是冰山露出一角，有些人是无根的浮冰。看起来差不多，其实差别十分之大。
我相信有些人，在两个小时之内就可以使用这门新语言。
提提那个Playground
之前苹果的员工，Bret Victor 演讲过个视频。提到这个这种可视化编程。当我们每一步操作，都得到实时地反馈，我们的做法会有很多不同，做出的东西也会不同。这个Playground，用来学习swift的特性很好用，不过我还不知道怎么才能跟工程结合起来使用，不作评论。
⑺ groovy dsl if后面用什么括号
一种基于Java虚拟机的动态语言，可以和java无缝集成，正是这个特性，很多时候把二者同时使用，把groovy作为java的有效补充。对于Java程序员来说，学习成本几乎为零。同时支持DSL和其他简介的语法（例如闭包），使代码便于阅读。可以用groovy的动态特性来做规则引擎，在DB中维护脚本，业务变化的时候让应用系统动态加载。
如果引入groovy在java工程中？
这个很简单，不需要做别的事情，仅仅把groovy的二方包加入到pom文件中即可。例如：
<dependency>
<groupId>org.codehaus.groovy</groupId>
<artifactId>groovy-all</artifactId>
<version> 1.8 . 3 </version>
</dependency>
java和groovy混合使用的方法有几种？
1、 静态编译 ，在java工程中直接写groovy的文件，然后可以在groovy的文件中引用java工程的类，这种方式能够有效的利用groovy自身的语言特性，例如闭包；
2、通过 groovyShell 类直接执行脚本，例如：
package groovy_dsl.shell;
import groovy.lang.Binding;
import groovy.lang.GroovyShell;
public class GroovyShellEx {
public static void main(String[] args) {
Binding bind = new Binding();
bind.setVariable( "name" , "iamzhongyong" );
bind.setVariable( "age" , "25" );
GroovyShell shell = new GroovyShell(bind);
Object obj = shell.evaluate( "str = name+age;return str" );
System.out.println(obj);
}
}
3、通过 groovyScriptEngine 执行文件或者脚本，例如：
package groovy_dsl.script;
import groovy.util.GroovyScriptEngine;
public class ScriptEngine {
public static void main(String[] args) throws Exception {
GroovyScriptEngine engine = new GroovyScriptEngine( "" );
Object obj = engine.run( "src/main/java/groovy_dsl/script/script_test.groovy" , "iamzhongyong" );
System.out.println(obj);
}
}
4、通过 GroovyClassLoader 来执行，例如：
package groovy_dsl.classloader;
import groovy.lang.GroovyClassLoader;
import groovy.lang.GroovyObject;
import java.io.File;
import java.io.IOException;
public class GroovyClassLoaderEx {
public static void main(String[] args) throws Exception, IOException {
GroovyClassLoader loader = new GroovyClassLoader();
for ( int i= 0 ;i< 100 ;i++){
Class<?> clazz = loader.parseClass( new File( "src/main/java/groovy_dsl/classloader/UserDO.groovy" ));
GroovyObject clazzObj = (GroovyObject)clazz.newInstance();
clazzObj.invokeMethod( "setName" , "iamzhongyong" );
clazzObj.invokeMethod( "setSex" , "Boy" );
clazzObj.invokeMethod( "setAge" , "26" );
System.out.println(clazzObj.invokeMethod( "getAllInfo" , null ));
}
}
}
使用groovy尤其需要主要的问题？
通过看groovy的创建类的地方，就能发现，每次执行的时候，都会新生成一个class文件，这样就会导致JVM的perm区持续增长，进而导致FullGCc问题，解决办法很简单，就是脚本文件变化了之后才去创建文件，之前从缓存中获取即可。
groovy中的源码如下：
return parseClass(text, "script" + System.currentTimeMillis() + Math.abs(text.hashCode()) + ".groovy" );
这个是增加缓存的代码：
GroovyClassLoader groovyClassLoader = new GroovyClassLoader(GroovyScriptExecute. class .getClassLoader());
Class<?> groovyClass = null ;
String classKey = String.valueOf(scriptClass.hashCode());
//先从缓存里面去Class文件
if (GroovyScriptClassCache.newInstance().containsKey(classKey)){
groovyClass = GroovyScriptClassCache.newInstance().getClassByKey(classKey);
} else {
groovyClass = groovyClassLoader.parseClass(scriptClass);
GroovyScriptClassCache.newInstance().putClass(classKey, groovyClass);
}
GroovyObject go = (GroovyObject)groovyClass.newInstance();
下面这个是缓存的单例类，贴一下：
public class GroovyScriptClassCache {
private static final Map<String /*class文件的描述*/ ,Class<?>> GROOVY_SCRIPT_CLASS_CACHE = new HashMap<String,Class<?>>();
private GroovyScriptClassCache(){}
private static GroovyScriptClassCache instance = new GroovyScriptClassCache();
public static GroovyScriptClassCache newInstance(){
return instance;
}
public Class<?> getClassByKey(String key){
return GROOVY_SCRIPT_CLASS_CACHE.get(key);
}
public void putClass(String key,Class<?> clazz){
GROOVY_SCRIPT_CLASS_CACHE.put(key, clazz);
}
public boolean containsKey(String key){
return GROOVY_SCRIPT_CLASS_CACHE.containsKey(key);
}
}
为啥要每次new一个GroovyClassLoader，而不是所有的脚本持有一个？
因为如果脚本重新加载了，这时候就会有新老两个class文件，如果通过一个classloader持有的话，这样在GC扫描的时候，会认为老的类还在存活，导致回收不掉，所以每次new一个就能解决这个问题了。
注意CodeCache的设置大小
对于大量使用Groovy的应用，尤其是Groovy脚本还会经常更新的应用，由于这些Groovy脚本在执行了很多次后都会被JVM编译为native进行优化，会占据一些CodeCache空间，而如果这样的脚本很多的话，可能会导致CodeCache被用满，而CodeCache一旦被用满，JVM的Compiler就会被禁用，那性能下降的就不是一点点了。
Code Cache用满一方面是因为空间可能不够用，另一方面是Code Cache是不会回收的，所以会累积的越来越多（其实在不采用groovy这种动态更新/装载class的情况下的话，是不会太多的），所以解法一可以是增大code cache的size，可通过在启动参数上增加-XX:ReservedCodeCacheSize=256m（Oracle JVM Team那边也是把code cache调大的），二是启用code cache的回收机制（关于Code Cache flushing的具体策略请参见此文），可通过在启动参数上增加：-XX:+UseCodeCacheFlushing来启用。