本文目录一览

1，DSL是什么

是adsl吗!

DSL是什么

2，dsl的含义是指什么

DSL的中文名是数字用户线路，是以电话线为传输介质的传输技术组合。DSL技术在传递公用电话网络的用户环路上支持对称和不对称的传输方式，解决了网络服务商与终端用户之间经常出现的“最后一公里”传输瓶颈问题。指的是专注于某个应用程序领域的计算机语言。又译作领域专用语言。领域特定语言的分类：1、外部DSL：与应用程序系统中使用的语言不同，通常使用用户定义的语法。宿主应用的代码采用文本解析技术来解析外部DSL编写的脚本。例子如：正则表达式、SQL、AWK以及Struts的配置文件等。2、内部DSL：通用语言的特定语法，内部DSL编写的脚本是一个合法的程序，但它有特定的风格，而且只使用部分语言特性来处理整个系统的一个小方面。3、语言工作台：一个特殊的IDE用于定义和构造DSL。具体来说，语言工作台不仅用于确定DSL的语言结构，还用于确定编写DSL脚本的人员的编辑环境。

dsl的含义是指什么

3，什么是DSL

如果你是无线路由器的话，你就将线插到DSL上

什么是DSL

4，怎么编译DSL文件为AML文件

编译DSL文件为AML文件：1、利用编译程序从源语言DSL文件编写的源程序产生目标程序AML文件；2、用编译程序产生目标程序的动作。 编译就是把高级语言变成计算机可以识别的2进制语言，计算机只认识1和0，编译程序把人们熟悉的语言换成2进制的。编译程序把一个源程序翻译成目标程序的工作过程分为五个阶段：词法分析；语法分析；语义检查和中间代码生成；代码优化；目标代码生成。主要是进行词法分析和语法分析，又称为源程序分析，分析过程中发现有语法错误，给出提示信息。扩展资料：编译程序的语法分析器以单词符号作为输入，分析单词符号串是否形成符合语法规则的语法单位，如表达式、赋值、循环等，最后看是否构成一个符合要求的程序；按该语言使用的语法规则分析检查每条语句是否有正确的逻辑结构，程序是最终的一个语法单位。编译程序的语法规则可用上下文无关文法来刻画。语法分析的方法分为两种：自上而下分析法和自下而上分析法。自上而下就是从文法的开始符号出发，向下推导，推出句子。而自下而上分析法采用的是移进归约法，基本思想是：用一个寄存符号的先进后出栈，把输入符号一个一个地移进栈里，当栈顶形成某个产生式的一个候选式时，即把栈顶的这一部分归约成该产生式的左邻符号

5，什么是Matlab语言

一种主要处理 数学运算的软件 MATLAB 所要求的语言格式matlab的计算功能比较强大 可以处理数据运算，仿真，因为提供了很多的工具箱函数 应用还是比较多的。。。

6，Elasticsearch解决问题之道请亮出你的DSL

0、引言 在业务开发中，我们往往会陷入开发的细枝末节之中，而忽略了事物的本源。 经常有同学问到： 等等等等….. 以上的看似复杂的问题，如果转换成DSL，清楚的写出来，梳理清楚问题的来龙去脉，问题就自然解决了一大半。 所以，请亮出你的dsl,不论什么语言的检索，转换到es查询都是sql查询，在es中对应dsl语法，es再拆解比如：分词match_phrase拆解成各term组合，最终传给lucene处理。 亮出你的dsl,确保编程里的实现和你的kibana或者head插件一致是非常重要、很容易被忽视的工作。 如果对dsl拆解不理解，那就再 加上 profile:true或者explain:true拆解结果一目了然。 维基百科定义：领域特定语言（英语：domain-specific language、DSL）指的是专注于某个应用程序领域的计算机语言。又译作领域专用语言。 Elasticsearch提供基于JSON的完整查询DSL来定义查询。 将Query DSL视为查询的AST（抽象语法树），由两种类型的子句组成： 1、叶子查询子句 叶查询子句查找特定字段中的特定值，例如匹配，术语或范围查询。 这些查询可以单独使用。 2、复合查询子句 复合查询子句可以组合其他叶子或复合查询，用于以逻辑方式组合多个查询（例如bool或dis_max查询），或更改其行为（例如constant_score查询）。 给个例子，一看就明白。 看到这里，可能会有人着急了：“我X，这不是官网定义吗？再写一遍有意思吗？” 引用一句鸡汤话，“再显而易见的道理，在中国，至少有一亿人不知道”。同样的，再显而易见的问题，在Elasticsearch技术社区也会有N多人提问。 基础认知不怕重复，可怕的是对基础的专研、打磨、夯实。 Elasticsearch相关的核心操作，广义上可做如下解读，不一定涵盖全，仅抛砖引玉，说明DSL的重要性。 从大到小。 集群的管理，一般我们会使用Kibana或者第三方工具Head插件、cerebro工具、elastic-hq工具。 基本上硬件的（磁盘、cpu、内存）使用率、集群的 健康 状态都能一目了然。 但基础的DSL会更便捷，便于细粒度分析问题。 如：集群状态查询： 如：节点热点线程查看： 如：集群分片分配情况查看： 索引生命周期是一直强调的概念，主要指索引的“生、老、病、死”的全过程链条的管理。 创建索引我们优先使用较单纯index更灵活的template模板。 创建索引类似Mysql的创建表的操作，提前设计好表结构对应ES是提前设计好M app ing非常重要。 两个维度： 举例： 如：索引清理缓存。 如：某原因导致分片重新分配，_recovery查看分片分配状态。 高版本的索引生命周期管理推荐使用：ILM功能。 这个是大家再熟悉不过的了。 举例： 删除数据包括：指定id删除 delete和批量删除delete_by_query（满足给定条件）。 更新操作。包括：指定id的update/upsert或者批量更新update_by_query。 这是ES的重头戏。包含但不限于： 1、支持精确匹配查询的：term、range、exists、wildcard、prefix、fuzzy等。 2、支持全文检索的：match、match_phrase、query_string、multi_match等 1、Bucketing分桶聚合 举例：最常用的terms就类似Mysql group by功能。2、Metric计算聚合 举例：类比Mysql中的： MIN, MAX, SUM 操作。3、Pipeline针对聚合结果聚合 举例：bucket_script实现类似Mysql的group by 后having的操作。 留给大家 结合 业务场景思考添加。 这里把开头提到的几个问题逐一解答一下。 实际Mysql业务中，我们一般是先验证sql没有问题，再写业务代码。 实际ES业务中，也一样，先DSL确认没有问题，再写业务代码。 写完java或者python后，打印DSL，核对是否完全一致。 不一致的地方基本就是结果和预期不一致的原因所在。 第一步：借助analyzer API分析查询语句和待查询document分词结果。 这个API的重要性，再怎么强调都不为过。 第二步：可以借助profile:true查看细节。第三步：核对match_phrase词序的原理。 6.3版本后已经支持sql，如果不会写，可以借助translate 如下API翻译一下。 不够精确，但足够参考用了，需要根据业务细节微调。 当然，还是 建议 ，从业务出发，自己写DSL。 从大往小，逐步细化排解 END 公众号 ( zhisheng )里回复 面经、ES、Flink、 Spring、Java、Kafka、监控 等关键字可以查看更多关键字对应的文章 1、《从0到1学习Flink》—— Apache Flink 介绍 2、《从0到1学习Flink》—— Mac 上搭建 Flink 1.6.0 环境并构建运行简单程序入门 3、《从0到1学习Flink》—— Flink 配置文件详解 4、《从0到1学习Flink》—— Data Source 介绍 5、《从0到1学习Flink》—— 如何自定义 Data Source ？ 6、《从0到1学习Flink》—— Data Sink 介绍 7、《从0到1学习Flink》—— 如何自定义 Data Sink ？ 8、《从0到1学习Flink》—— Flink Data transformation(转换) 9、《从0到1学习Flink》—— 介绍 Flink 中的 Stream Windows 10、《从0到1学习Flink》—— Flink 中的几种 Time 详解 11、《从0到1学习Flink》—— Flink 读取 Kafka 数据写入到 ElasticSearch 12、《从0到1学习Flink》—— Flink 项目如何运行？ 13、《从0到1学习Flink》—— Flink 读取 Kafka 数据写入到 Kafka 14、《从0到1学习Flink》—— Flink JobManager 高可用性配置 15、《从0到1学习Flink》—— Flink parallelism 和 Slot 介绍 16、《从0到1学习Flink》—— Flink 读取 Kafka 数据批量写入到 MySQL 17、《从0到1学习Flink》—— Flink 读取 Kafka 数据写入到 RabbitMQ 18、《从0到1学习Flink》—— 你上传的 jar 包藏到哪里去了 19、大数据“重磅炸弹”——实时计算框架 Flink 20、《Flink 源码解析》—— 源码编译运行 21、为什么说流处理即未来？ 22、OPPO数据中台之基石：基于Flink SQL构建实数据仓库 23、流计算框架 Flink 与 Storm 的性能对比 24、Flink状态管理和容错机制介绍 25、原理解析 | Apache Flink 结合 Kafka 构建端到端的 Exactly-Once 处理 26、Apache Flink 是如何管理好内存的？ 27、《从0到1学习Flink》——Flink 中这样管理配置，你知道？ 28、《从0到1学习Flink》——Flink 不可以连续 Split(分流)？ 29、Flink 从0到1学习—— 分享四本 Flink 的书和二十多篇 Paper 论文 30 、360深度实践：Flink与Storm协议级对比 31、Apache Flink 1.9 重大特性提前解读 32、如何基于Flink+TensorFlow打造实时智能异常检测平台？只看这一篇就够了 33、美团点评基于 Flink 的实时数仓建设实践 34、Flink 灵魂两百问，这谁顶得住？ 35、一文搞懂 Flink 的 Exactly Once 和 At Least Once 36、你公司到底需不需要引入实时计算引擎？

7，stl语言 名词解释

PLC厂家设计了专门用于编制顺序控制程序的指令和编程元件。其中，STL为步进梯形指令（Step Ladder Instruction）。SET：置位，使触点闭合。RET：复位，使之断开。使用STL指令时应该注意以下一些问题：1）与STL触点相连的触点应使用LD或LDI指令，即LD点移到STL触点的右侧，直到出现下一条STL指令或出现RET指令，RET指令使LD点返回左侧母线。各个STL触点驱动的电路一般放在一起，最后一个电路结束时—定要使用RET指令。2）STL触点可以直接驱动或通过别的触点驱动Y、M、S、T等元件的线圈，STL触点也可以使Y、M、S等元件置位或复位。3）STL触点断开时，CPU不执行它驱动的电路块，即CPU只执行活动步对应的程序。在没有并行序列时，任何时候只有一个活动步，因此大大缩短了扫描周期。4）由于CPU只执行活动步对应的电路块，使用STL指令时允许双线圈输出，即同一元件的几个线圈可以分别被不同的STL触点驱动。实际上在一个扫描周期内，同一元件的几条OUT指令中只有一条被执行。5）STL指令只能用于状态寄存器，在没有并行序列时，一个状态寄存器的STL触点在梯形图中只能出现一次。6）STL触点驱动的电路块中不能使用MC和MCR指令，但是可以使用CJP和EJP指令。当执行CJP指令跳人某一STL触点驱动的电路块时，不管该STL触点是否为“1”状态，均执行对应的EJP指令之后的电路。7）与普通的辅助继电器一样，可以对状态寄存器使用LD、LDI、AND、ANI、OR、ORI、SET、RST、OUT等指令，这时状态器触点的画法与普通触点的画法相同。

8，什么是DSL数字用户环线

DSL的中文名是数字用户线路，是以电话线为传输介质的传输技术组合。DSL技术在传的公用电话网络的用户环路上支持对称和非对称传输模式，解决了经常发生在网络服务供应商和最终用户间的“最后一公里”的传输瓶颈问题。由于电话用户环路已经被大量铺设，如何充分利用现有的铜缆资源，通过铜质双绞线实现高速接入就成为业界的研究重点，因此DSL技术很快就得到重视，并在一些国家和地区得到大量应用。 DSL示意图DSL(Digital Subscriber Line数字用户专线)技术是基于普通电话线的宽带接入技术，它在同一铜线上分别传送数据和语音信号，数据信号并不通过电话交换机设备，减轻了电话交换机的负载；并且不需要拨号，一直在线，属于专线上网方式。DSL包括ADSL、RADSL、HDSL和VDSL等等。　正如任何一项技术都有其赖以存在的技术基础一样，编码技术是xDSL的“灵魂”，是xDSL赖以存在和发展的基础，了解它能帮助我们更好地认识xDSL。xDSL所采用的编码技术较多，但被广泛应用的编码技术主要有以下几种： 　　· 2B1Q--由AMI技术发展出来的基带调制技术,能够利用AMI的一半频带达到AMI一样的传输速率,由于降低了频带要求,提高了传输距离,主要应用于H/SDSL技术中。 DSL· QAM--传统的拨号Modem所用的技术,MVL将其扩展到高频段,并综合了复用技术,以支持多Modem共享同一线路。与其它调制技术相比,QAM编码具有能充分利用带宽、抗噪声能力强等优点。 　　· CAP--CAP调制技术是以QAM调制技术为基础发展而来的,是QAM技术的一个变种,主要应用于H/SDSL、RADSL、ADSL中。 　　· DMT--将高频段划分为多个频率窗口,每个频率窗口分别调制一路信道,由于频段间的干扰,传输距离相对短。在DMT调制解调技术中一对铜质电话线上0-4KHZ频段用来传输电话音频，用26KHZ-1.1MHZ频段传送数据，并把它以一定频宽划分为若干个上行子通道和若干个下行子通道。 DMT具有良好的抗干扰能力，它可以根据实际中线路及外界环境干扰的情况动态地调整子通道的传输速率，这样及保证了传输数据的高速性又保证了其完整性,主要应用于RADSL、ADSL、G.LITE中。DSL用作移动基站传送技术能显著降低成本 　　在以移动语音业务和低速GPRS业务为主的阶段，移动基站对带宽需求较小，所以移动运营商在基站回传方案上，选择E1/T1租用线路或自建微波传送设备的方式基本能够满足业务需求。但随着移动用户数持续增长，特别是随着3G时代的到来，人们对移动数据和视频业务的需求日益增强，同时用户对于移动宽带的体验也更重视，这些促使移动网络对覆盖和带宽的需求持续增长。 　　然而带宽的增长速度远高于收入的增长速度，给运营商带来增量不增收的矛盾。在运营商的OPEX总成本中，回传租用线约占45%。对于传统语音业务而言，2G基站的传输1～2个E1/T1已基本上可以满足需求，带宽与收入的矛盾还不突出；但是对于3G基站，通常需要4～5个E1接口；而支持HSDPA基站就可能需要8～16个E1/T1，如果租用E1/T1或采用微波等传统传送方式，其网络的Opex将因为带宽需求的增长而不断上升，这就迫使运营商不得不寻找为基站提供易于实现、有业务安全和质量保证且价格低廉的移动基站承载方式的解决办法。 　　随着网络技术的发展，IP逐渐取代TDM/ATM成为电信网络技术发展的主流，基于IP的宽带接入DSL技术，一方面可以提供足够的带宽，另一方面能够利用已经广泛分布的铜缆提供宽带接入，方便地实现进一步扩展IP网络的目的。如果采用同等带宽的DSL线路的话，租用费就能降到E1的1/5到1/10，从而显著降低运营成本。 　　DSL满足移动基站传送多业务、多场景和时钟同步需求 　　移动网从2G向3G演进是个长期的过程，DSL作为移动基站传送模式，在满足低成本、高带宽的同时，还能满足E1接口回传、E1和FE分路回传、纯FE接口回传等多种业务应用场景，满足基站的时钟同步需求。 　　多线对捆绑技术满足远距离高带宽传送需求 　　目前主流的DSL技术有ADSL2+ 、VDSL2和G.SHDSL及由其衍生的ADSL2+AnnexM、G.SHDSL.bis、M-PairBonding等技术。这些技术在短距离应用时能提供比较高的速率，随着距离增大，传输速率也会有所下降。对8～16Mbit/s的单基站，可以通过DSL多线对绑定技术来解决远距离传送带宽需求。目前G.SHDSL提供4-Pairs绑定、ADSL2＋和VDSL2提供2-Pairs绑定都能够满足运营商现实的带宽需求。 　　DSL不同线路技术满足多场景传送需求 　　在向3G演进过程中，运营商网络中GSM/GPRS/EDGE/UMTS等多种基站设备往往同时存在，接口类型包括E1、ATM和FE等。针对2G/3G网络基站的不同接口，DSL不同线路技术可以提供基站的语音业务和数据业务的分路传送。对于TDM/ATME1接口可以采用对称速率的G.SHDSL、G.SHDSL.bis、M-pairbondedSHDSL.bis、ADSL2+ Annex M技术承载；而FE接口（HSDPA等数据业务）则可以采用非对称的ADSL2+、VDSL2技术承载。 　　统一的PWE3技术满足多业务传送需求 　　对于专注移动业务的运营商来说，简化传送层面可以大幅降低网络的建设成本和运维费用，网络故障概率也随之下降。IPDSLAM不仅提供多种DSL线路技术，而且能利用统一的PWE3机制很好地实现TDM/ATM/IP报文在IP网络中的统一承载，再通过完善的MPLS协议保证业务的QOS和安全。例如MPLS的OAM功能可以实现50ms电信级网络接口倒换恢复，降低运营商的OPEX，保证了业务安全。 　　内外部时钟方案满足时钟同步需求 　　无论2G网络还是3G网络，都需要时钟同步能力，当前在DSL方面有外部时钟和内部时钟两种时钟同步方案。外部时钟方案是通过SDH、BITS、GPS等网络引入外部时钟源到IPDSLAM或基站，实现基站与RNC/BSC的时钟同步，这种方式实现简单且时钟精度高。内部时钟方案则是由IPDSLAM从IP网络上获取时钟信息，适用于无法获取外部时钟源的节点，但是时钟精度相对低，受IP包交换网络时延抖动影响大，当前尚不实用。 　　宽带DSL技术将成为3G时代重要的移动传输模式 　　移动领域数据业务需求的高速增长使移动基站的带宽需求也随之快速增长，传统的TDM/TME1传送 DSL方式带来高TCO和带宽拓展性不好等问题。DSL技术具有建设成本低、布放灵活、易于维护等优点，进一步丰富了移动业务承载的接入手段。在当前移动业务迅速发展、竞争日趋激烈、成本压力不断增大的情况下，采用宽带接入技术对移动网络接入侧的IP化工作来说也是一个合理的选择。 　　当前DSL技术在多线路绑定技术、业务承载技术和时钟同步技术上都已经成熟并达到商用水准，欧洲已经开始规模试验和商用DSL用于基站传送。低成本、高效能和易获得的DSL传送方案在降低移动运营商TCO的同时，也顺应了网络AllIP转型的需要，受到越来越多的运营商的青睐和认可，成为移动传送的重要方式。　DSL技术分为，对称DSL技术和非对称DSL技术。对称DSL技术　　对称DSL技术主要用于替代传统T1/E1接入技术，与传统的T1/E1接入相比，DSL技术具有对线路质量要求低、安装调试简便等特点，而且通过复用技术，还可以提供语音、视频与数据多路传送等服务。目前，对称DSL技术主要HDSL、SDSL、MVL及IDSL等几种。 　　HDSL（高比特率DSL）是目前众多DSL技术中较为成熟的一种，并已得到了一定程度的应用。这种技术的特点是利用两对双绞线实现数据传输，支持N×64kbps各种速率，最高可达E1速率。HDSL无需借助放大器即可实现3.6公里以内的正常数据传输。与传统T1/E1技术相比，HDSL最突出的优势是部署成本低廉、安装简便，是T1/E1较为理想的替代技术之一。 　　SDSL（单线DSL）是HDSL的单线版本，可提供双向高速可变比特率连接，速率范围从160kbps到2.084Mbps。SDSL利用单对双绞线，可支持最高达E1速率的多种连接速率，在0.4mm双绞线上的最大传输距离可达3公里以上。与HDSL相比，SDSL可节省一对双绞线，因而部署更为简单方便。 　　MVL（多路虚拟DSL）是Paradyne公司开发的低成本DSL传输技术，能够利用一对双绞线实现高速数据接入，部署成本及功耗都相对较低，并可进行高密度安装，能够利用与ISDN技术相同的频率段，有效传输距离可达7公里左右。 　　IDSL（ISDN数字用户线）通过在用户端使用ISDN终端适配器和在另一端使用与ISDN兼容的接口卡，IDSL可以提供128kbps的服务。它与ISDN的最大区别在于IDSL的数据交换不通过交换机。非对称DSL技术　　非对称DSL技术适用于对双向带宽要求不一致的应用，诸如Web浏览、多媒体点播及信息发布等，非对称DSL技术主要有ADSL、RADSL及VDSL等。 　　ADSL（非对称DSL）能够在现有电话双绞线上提供高达8Mbps的高速下行速率，及1Mbps的上行速率，有效传输距离可达3至5公里。ADSL能够充分利用现有PSTN电话网络，只须在线路两端加装ADSL设备即可为用户提供高速宽带服务，无需重新布线，因而可极大地降低服务成本。 　　RADSL（速率自适应DSL）允许服务供应商根据实际带宽需求情况调整连接带宽，并较好地克服了传输距离与传输质量限制。主要特点是可利用一对双绞线实现数据传输，能够支持同步与异步传输，并具有速率自适应性能。RADSL的下行传输速率在640kbps到12Mbps之间，上行传输速率则在128kbps到1Mbps之间，并能够支持同时数据与语音传输。 　　VDSL（超高速DSL）目前仍处于研发之中，它可以在相对短的距离上实现极高的数据传输速率，最高可以实现58Mbps 的传输速率。在用户回路长度小于5000英尺的情况下，可提供13Mbps或更高的接入速率。从技术角度而言，VDSL实际上可视作ADSL的下一代技术，其平均传输速率可比ADSL高出5至10倍。另外，根据市场或用户的实际需求，VDSL可以设置成是对称的，也可以设置成不对称的编辑本段工作原理　　电话系统设计之初，主要用来传送话音呼叫，出于经济的考虑，电话系统设计传送频率范围在300Hz到3.4kHz范围的信号（尽管人的话音可以到15kHz,但是这个范围内还是很容易辨别对方的）。 　　然而本地电话网的到最终用户的铜缆实际上可以提供更高的带宽，至少从最低频率到200-800kHz不等，这取决于电路质量和设备的复杂度（一般认为到最终用户分线器之间接头越少越有利于提高带宽，线路传输路过的环境，电子干扰越小越有益于提高线路带宽）。 　　DSL服务通过利用电话线的附加频段成功克服了在话音频带上传送大量数据的难题（参看香农定理）。 　　DSL服务通常保留0.3-4kHz这个范围的频段给话音服务，也就是所谓的普通老式电话业务（编辑本段设备　　用户终端设备是DSL调制解调器。它转换二进制数据到数字电脉冲，使得信号在数字音频流的频段内传输。 　　另外如果用户早同一根线路上使用老式电话，还需要加装一个被动电子滤波器（很多叫法，"滤波器"，"微分器"或者"分路器"）（可能还有助于改善DSL终端信号抑止回声信号）。这样就能保证DSL调制解调器和电话只接受他们设计使用的信号。如果使用"wires-only"服务，用户可以把滤波器插入一个现有的电话插槽，或者DSL运营商可能安装它。 　　在交换局端使用数字用户线路访问复用器（DSLAM）将DSL电路上的数据汇聚然后转发到其他的网络。它还能分离出语音部分。领域专用语言（DSL）　　所谓领域专用语言（domain specific language / DSL），其基本思想是“求专不求全”，不像通用目的语言那样目标范围涵盖一切软件问题，而是专门针对某一特定问题的计算机语言。DSL之于程序员正如伽南地之于以色列人，是最初也是最终的梦想。几乎自计算机发明伊始，人们就开始谈论DSL使用DSL了。而前几年随着被誉为“Web开发领域专用语言”的Ruby on Rails迅速走红，DSL又一次成为人们讨论的热点话题。很多人都认为，DSL将会是软件业的“next big thing”。然而随着DSL的日益流行，围绕着DSL出现了很多质疑和误解，比如下面这几个： 　　1. DSL的目标受众是非程序员，业务员或者最终用户 　　在很多人的心中，DSL等同于“非程序员的编程语言”(programminglanguage for non-programmers)，因此DSL的最终受众应该是非程序员，一切不直接被最终用户使用的DSL都不是真正的DSL，仅仅是另一种使代码看起来不像代码的无聊技巧。 　　这是一个很有趣的观点，事实上在计算编程语言发展的历史上，的的确确出现过“非程序员的编程语言”，而且还非常有名，它们就是FORTRAN，COBOL这些第一代高级语言。在当时的那个时代，计算机的主要目的是科学计算，而程序员则是专指那些摆弄开关，继电器，纸带以及汇编语言的geek们。而计算机的主要受益者非程序员——也就是那些学者和研究员——不得不委托这些人帮助它们完成从数学公式到机器指令的转换。于是第一代高级语言的主要目的是缩短计算公式和可执行的代码之间的差距（比如Fortran），或者是简化信息管理员的日常工作（比如COBOL）。有趣的是，恰恰是这些当年的“非程序员”把软件开发发展成了一门正当且颇为体面的职业。 　　其实当年的“非程序员的编程语言”与今日的DSL境况颇为相似，所不同的是，当代企业级信息系统更为复杂，所关注的焦点逐渐从计算转移到数据上，业务领域和计算机的物理过程也不再具有简单直接的对应关系了。而且随着社会分工细化，就算是通过DSL，我们仍然不太可能把那些衣冠楚楚的HR们，销售们，部门经理们统统拉下水变成新新程序员。 　　我仍然要承认，以最终用户为目标受众的DSL是一个很引人侧目很有意思的主意，但是在相当长的一段时间内都是不太现实的。或许我们需要新的方法（比如精益）来协调IT部门和业务部门，或许我们需要全新的软件工程理论，或者某些非常具有独创性的工作方式。谁知道呢，预言未来总是吃力而不讨好的，但我觉得在目前情况下，简单把DSL的受众限制在非程序员，业务员或最终用户上，是值得商榷的。 　　2.DSL ＝ 整洁的代码 　　这种观点与前面的观点正好相反，把DSL完全当作程序员的游戏，把一切能将代码写得整齐好看的技巧都归结为DSL。虽然从形式上看DSL和“整洁的代码”都具有简洁清晰的特征，但并不能因此将简单将两者草率地归为等同。从概念上说，程序的编写过程就是把业务领域中的问题通过代码或者程序模型表达出来： 　　由于计算机的程序模型较为单一（归根结底都是运算和存储），就算是在面向对象技术成为主流的今天，通常情况下，计算机程序不太可能做到与业务领域中的概念一致，或者具有某些直觉的对应。 也这正是因为这样，软件的修改和可维护性并没有想象中的容易。我们必须不断地将业务领域中的概念转换成相应的代码模型，然后再进行修改。这种间接性直接造成了软件的复杂度。 　　而DSL的主要目的就是要消除这样的复杂度（或者说，以构造DSL的复杂度代替这种复杂度），DSL就要是要以贴近业务领域的方式来构造软件。因此，DSL的简洁性往往是一种思维上的简洁性，使我们不用费太多的气力就能看懂代码所对应的业务含义。 　　从这里我们可以看出DSL和“整洁的代码”的根本不同，“整洁的代码”只是泛泛的要求代码简洁易懂，而不太在意是否贴近业务领域。比如对于一个J2EE开发者来说，DAO，DTO，FormBean，Action已经足够清晰了，但是这却跟DSL沾不上一丝的关联。DSL更注重强调使用业务词汇，尽可能贴近业务模型来编写代码，使业务模型和程序模型之间具有简洁的对应关系。因此我们不能将DSL等同于“整洁的代码”，只能说DSL是一种“整洁的代码”而已。 　　3.DSL必须以文本代码的形式出现 　　Domain Specified Language顾名思义，是一种语言，因此DSL一定是文本代码形式出现的，不是通过文本代码描述的就不是DSL。 　　我们之所以偏爱使用文本代码，主要是由于文本代码易于修改且修改效率极高。多年来软件工程实践表明文本代码是最有效率的编辑形式。但是对于DSL，问题则有些不同。 　　正如我们前文所说过的，DSL首要的目的，是使程序尽可能地接近业务领域中的问题，从而消除不必要的间接性和复杂性。对于大多数业务领域而言，文本代码的形式一经足够好了，我们可以很容易通过特定格式的文本，描述业务领域中的问题。然后也确实存在着一些较为特殊的领域，在这些领域中，文本代码并不是最佳的表现形式。为了更好的贴近业务领域中的概念，我们可能会选择使用一些图形化的DSL。比如时下颇为流行的一个DSM（Domain Specific Modeling）工具GEMS（Generic Eclipse Modeling System）中就大量地使用了不同的图形化的DSL来表述系统的各个不同侧面。所以我们并不能简单的把DSL局限在文本形式上面。 　　4.DSL的语法应该尽可能地接近英语或者其他自然语言 　　由于大多数DSL是描述性的，因此我们应该尽可能地让DSL接近日常使用的英语或者其他自然语言，这样可以增强DSL的表现能力。 　　业务自然语言（Business Nature Language）是DSL的一个重要分支。它的产生是基于这样的一些事实：对于大多数企业应用而言，使用一些类似自然语言的语法和结构构造DSL是不错的选择；通过业务自然语言，可以推动和促进业务人员和程序员之间的沟通；类自然语言的DSL相较其他形式的DSL重用起来较为容易。正是由于上述这些特点，BNL类DSL在DSL的实践中是最流行的。我个人就曾在三个不同的项目里实现了针对不同领域的BNL类DSL，我甚至在Smalltalk语法的基础上修改提炼，得到了一种具有通用语法表达的脚本语言。利用它可以方便地构造DSL。 　　虽然BNL是我实践得最多也是最为喜爱的一种DSL形式，通过前文的分析，我们仍然不能把它当作唯一的DSL形式。我们必须时刻谨记，DSL的首要目的，是使程序尽可能地接近业务领域中的问题，从而消除不必要的间接性和复杂性。合理且恰当地选择语法形式永远是构造DSL的重中之重。

9，什么是 ddl语句

ddl是数据库模式定义语言，是用于描述数据库中要存储的现实世界实体的语言。常见的DDL语句例如：创建数据库：CREATE DATABASE创建表：CREATE TABLE扩展资料DDL描述的模式，必须由计算机软件进行编译，转换为便于计算机存储、查询和操纵的格式，完成这个转换工作的程序称为模式编译器。模式编译器处理模式定义主要产生两种类型的数据：数据字典以及数据类型和结构定义。数据字典和数据库内部结构信息是创建该模式所对应的数据库的依据，根据这些信息创建每个数据库对应的逻辑结构；对数据库数据的访问、查询也根据模式信息决定数据存取的方式和类型，以及数据之间的关系和对数据的完整性约束。数据字典是模式的内部信息表示，数据字典的存储方式对不同的DBMS各不相同。数据类型和结构的定义，是指当应用程序与数据库连接操作时，应用程序需要了解产生和提取的数据类型和结构。是为各种宿主语言提供的用户工作区的数据类型和结构定义，使用户工作区和数据库的逻辑结构相一致，减少数据的转换过程，这种数据类型和结构的定义通常用一个头文件来实现。参考资料来源：搜狗百科-DDL
DDL是数据定义语言(表级操作语言)，操作的内容为表格或者对象，常用到的关键字有create、alter、drop、truncate、rename
ddl是数据库模式定义语言，是用于描述数据库中要存储的现实世界实体的语言常见的DDL语句例如： 创建数据库：CREATE DATABASE 创建表：CREATE TABLE我是在泰牛程序员的mysql视频里面看到的
数据库建库脚步
常见的DDL语句:CREATE DATABASE，CREATE TABLE，ALTER TABLE ，DROP TABLE，CREATE VIEW，ALTER VIEW ，DROP VIEW 等

10，什么是XML语言

XML是EXtensible Markup Language的缩写XML是一种类似于HTML的标记语言XML是用来描述数据的XML的标记不是在XML中预定义的，你必须定义自己的标记XML使用文档类型定义(DTD)或者模式(Schema)来描述数据XML使用DTD或者Schema后就是自描述的语言XML和HTML的主要区别是什么XML是用来存放数据的XML不是HTML的替代品，XML和HTML是两种不同用途的语言。XML是被设计用来描述数据的，重点是:什么是数据，如何存放数据。HTML是被设计用来显示数据的，重点是:显示数据以及如何显示数据更好上面。HTML是与显示信息相关的, XML则是与描述信息相关的。“XML”是用于网络上数据交换的语言，具有与描述Web页面的“HTML”语言相似的格式。该语言有“可以利用Web浏览器进行数据确认”以及“易于生成数据”等优点，因此主要用于在企业之间，或者在企业内部更加方便地进行数据交换和利用。首先为了便于理解，下面假设有这么一种情况:某图书销售商要着手建立自己的站点，并发送书店里的品种目录和库存情况等信息。管理图书时，需要使用TABLE标签等，以一览表的形式提供 “书名”、“发行日期”、“库存”、“作者”、“出版社”和“定价”等数据。以这种形式汇总数据后，如果是人，就能够迅速地了解到各自所需的内容。但是，计算机(或系统)即使能够理解页面结构或数据布局，也无法理解这里的数据是什么意义(属性)。然而，“XML”则正是能够让计算机也理解这些数据属性的技术。如果使用XML，比如“库存目前有多少?”以及“某个作家写的书卖了多少册?”等数据就能够由计算机“自动地”掌握，并能够将这些数据与交易对象“共享”。这样一来，出版社就能够在制定今后的出版计划时参考这些数据，而且销售公司制定有效的配送计划时也将更加容易。这就必定大大有助于削减人事成本，以及提高管理效率。当然，即便不使用XML，比如，如果能够建立一个规范的数据库，并为每个字段定义一个“书名”和“定价”等名称，计算机也能够理解。但是要想在Web上实现这一点，却要花费相当的人力和成本。在这一点上，如果是XML，由于“能够利用Web浏览器对数据进行确认“，因此只要拥有能够连接因特网的计算机和支持XML的浏览器，就不需再进行特别的投资。使用XML，还能够将在以前的数据库中难以处理的数据转化成数据库。XML的描述方式与HTML相同，利用被括号<>括起来的字符串进行描述。在HTML中，括号内所定义的都是版面(Layout)等信息。而XML则同时定义了数据的属性，比如刚才提到的图书，就是以<书名>、<作者>和<出版社>等方式定义。像这样的定义方式可以自由设置。因此，甚至有不少企业自己定义XML，然后将其用于本公司内部的数据交换。自由度如此之高也是XML受到极大关注的原因之一。但是，企业之间的数据交换才是XML的着眼点之一。因此，各公司的定义如果不规范化就无法通用。目前，以微软为主的标准化团体“Biztalk.org”和民间团体“Rosetta Net”等都希望能针对各行业和领域制定“可以广泛利用的标志”，以减少定义XML的麻烦。如果像上述所说的那样能够制定XML的标准，并被广泛应用，那么不止是企业之间的数据交换将变得更简单，而且语音数据和动态图像数据等在过去的数据库中难以进行处理的数据也必将能够轻松转化成数据库。这一点在管理方面也可以说是一个巨大的可取之处
Hypertext Markup Language, 中文也就是超文本链接标示语言。HTML（HyperTextMark-upLanguage）即超文本标记语言，是WWW的描述语言。设计HTML语言的目的是为了能把存放在一台电脑中的文本或图形与另一台电脑中的文本或图形方便地联系在一起，形成有机的整体，人们不用考虑具体信息是在当前电脑上还是在网络的其它电脑上。我们只需使用鼠标在某一文档中点取一个图标，Internet就会马上转到与此图标相关的内容上去，而这些信息可能存放在网络的另一台电脑中。 HTML文本是由HTML命令组成的描述性文本，HTML命令可以说明文字、图形、动画、声音、表格、链接等。HTML的结构包括头部（Head）、主体（Body）两大部分，其中头部描述浏览器所需的信息，而主体则包含所要说明的具体内容。 另外，HTML是网络的通用语言,一种简单、通用的全置标记语言。它允许网页制作人建立文本与图片相结合的复杂页面，这些页面可以被网上任何其他人浏览到，无论使用的是什么类型的电脑或浏览器。
和HTML差不多的
正象HTML一样，可扩展置标语言XML（eXtensible Markup Language）也是一种置标语言。它同样依赖于描述一定规则的标签和能够读懂这些标签的应用处理工具来发挥它的强大功能。这一点，从XML的命名上也可窥见一斑。 “关于此规范的正确题目，亦即XML的正确全名，应该是Extensible Markup Language， eXtensible Markup Language只不过是一个拼写错误罢了。但是，现在简写XML不仅正确，而且正如它在本规范的标题中一样，是Extensible Markup Language的官方名称。 这个名称和简写是由James Clark最先提出的，其它可供选择的名称还包括小型标准置标语言MGML (Minimal Generalized Markup Language), 标准置标语言的小型结构MAGMA (Minimal Architecture For Generalized Markup Applications), 以及互联网置标结构语言SLIM (Structured Language for Internet Markup)。 ——Extensible Markup Language (XML) 1.0 Specs, The Annotated Version. ” 从对XML的最初命名可以看出，XML的核心归根结底还是置标。不过，XML这个置标语言可比HTML的功能要强大的多了。 “人”如其名，XML的强大功能来自于“X”。也就是说，XML不但是置标语言，而且是可扩展的（eXtensible）置标语言。XML并非象HTML那样，提供了一组事先已经定义好了的标签，而是提供了一个标准，利用这个标准，你可以根据实际需要定义自己的新的置标语言，并为你的这个置标语言规定它特有的一套标签。准确的说，XML是一种源置标语言，它允许你根据它所提供的规则，制定各种各样的置标语言。这也正是XML语言制定之初的目标所在。 “XML的制定目标为： XML应该可以在互联网上直接使用（*就象HTML那样好用）。 XML应该支持各种不同的应用方式（*不但包括浏览，还包括对内容的分析）。 XML应该与SGML兼容（*子承父业嘛，后面我们会讲到，SGML是XML的直接先驱）。 处理XML文件的应用程序应该容易编写（*计算机系的研究生花上两周的工夫就该差不多了）。 XML中的可选特性的数量应该减到最小，最好减至没有（*可选特性经常造成混淆）。 XML文件应该具有良好的可读性，并且比较清晰（*别象HTML那样，如果不借助浏览器，要想读它简直就是对你意志力和耐心的考验）。 用XML设计新的置标语言应该方便快捷（你不必再去经历标准制定的繁琐程序了）。 XML设计的置标语言应该正式、简洁（不然怎么易写易读？）。 XML文件应该容易编制（想想要用“记事本”写个HTML是一件多么可怕的工作）。 XML标记的简洁性并不重要（你不必再去费尽心机减少标记）。 ——Extensible Markup Language (XML) 1.0 Specs, The Annotated Version.”

文章TAG：语言  是什么  什么  dsl语言  
下一篇