Xbase: Implementing Domain-Specific Languages for Java

Total Page:16

File Type:pdf, Size:1020Kb

Xbase: Implementing Domain-Specific Languages for Java Xbase: Implementing Domain-Specific Languages for Java∗ Sven Efftinge Moritz Eysholdt Jan Köhnlein itemis AG itemis AG itemis AG D-24143 Kiel, Germany D-24143 Kiel, Germany D-24143 Kiel, Germany [email protected] [email protected] [email protected] Sebastian Zarnekow Wilhelm Hasselbring itemis AG Software Engineering Group D-24143 Kiel, Germany University of Kiel, Germany sebastian.zarnekow@ [email protected] itemis.de kiel.de Robert von Massow Michael Hanus Software Engineering Group Programming Languages and University of Kiel, Germany Compiler Construction Group [email protected] University of Kiel, Germany kiel.de [email protected] kiel.de ABSTRACT by the implementation of the programming language Xtend. Xtext is an open-source framework for implementing exter- Xtend is a functional and object-oriented general purpose nal, textual domain-specific languages (DSLs). So far, most language for the Java Virtual Machine (JVM). It is built on DSLs implemented with Xtext and similar tools focus on top of Xbase which is the reusable expression language that structural aspects such as service specifications and entities. is the foundation of Xtend. Because behavioral aspects are significantly more compli- cated to implement, they are often delegated to general- Categories and Subject Descriptors purpose programming languages. This approach introduces D.2.11 [Software Engineering]: Software Architectures| complex integration patterns and the DSL's high level of Domain-specific architectures; D.2.13 [Software Engineer- abstraction is compromised. ing]: Reusable Software|Reusable libraries; D.3.3 [Pro- We present Xbase as part of Xtext, an expression language gramming Languages]: Language Constructs and Fea- that can be reused via language inheritance in any DSL im- tures|Classes and objects; D.3.3 [Programming Langua- plementation based on Xtext. Xbase expressions provide ges]: Language Constructs and Features|Inheritance; D.3.3 both control structures and program expressions in a uni- [Programming Languages]: Processors|Code generation form way. Xbase is statically typed and tightly integrated with the Java type system. Languages extending Xbase in- herit the syntax of a Java-like expression language as well as General Terms language infrastructure components, including a parser, an Design, Languages unparser, a linker, a compiler and an interpreter. Further- more, the framework provides integration into the Eclipse Keywords IDE including debug and refactoring support. The application of Xbase is presented by means of a do- Domain-specific languages, Object-oriented programming, main model language which serves as a tutorial example and Language inheritance ∗This work is supported by the German Federal Ministry 1. INTRODUCTION of Education and Research (BMBF) under grant number The simplicity and application-specific syntax of DSLs in- 01S10008 creases the readability as well as the density of information. Hence, developers using DSLs cannot only develop systems faster but also understand, evolve, and extend existing sys- tems easier. There are two different but converging approaches for de- signing DSLs. On the one hand, there are the so called exter- nal DSLs [7]. An external DSL is a completely independent language built from scratch, such as the AWK1 program- ming language for file processing or the MENGES language 1 . http://www.gnu.org/software/gawk/ for programming railway control centers [9]. As external inconvenient and error prone to write, read and maintain DSLs are independent from any other language, they need information which closely belongs together in two different their own infrastructures like parsers, linkers, compilers or places, abstraction levels and languages. Additionally, the interpreters. More popular examples for external DSLs are techniques used to add the missing behavioral information SQL [2] or the Extended Backus-Naur Form (EBNF) [22] impose significant additional complexity to the system. So to easily interact with relational databases or representing far, for most projects, it seems more attractive to apply these formal grammars, respectively. workarounds than to implement an expression language from On the other hand, an internal DSL (sometimes also called scratch. embedded DSL) leverages a so called host language to solve The novel contribution of this paper is Xbase. It is a domain-specific problems. This idea originates from the reusable expression language which can be used in any Xtext LISP programming language, where several internal DSLs language. It comes with a complete grammar for a modern have been designed [10]. Examples of modern internal DSLs Java-like expression language as well as all the required in- are the OpenGL API, the Java Concurrency API, or the frastructure: Scala parser combinators. An internal DSL is basically an API which pushes the host language's capabilities to make • A parser and a lexer creating a strongly typed abstract client code as dense and readable as possible. syntax tree (AST). As internal DSLs are defined on top of a general pur- • A compiler translating the AST to Java source code, or pose programming language, their syntax is constrained to alternatively an interpreter running on the Java virtual what the host language allows. The advantage is that no machine (JVM). new language infrastructure needs to be built, because the parser and compiler (resp. interpreter) of the host language • A type system model, designed after Java's type sys- is used. Also it is possible to call out to and reuse the con- tem and supporting all Java 5 concepts, including gener- cepts of the host language, such as expressions. The down- ics. side is the limited flexibility, because internal DSLs have to be expressed using concepts of the host language. Also, in- • A linker that is implemented according to the Java ternal DSLs typically do not have special IDE support or scoping rules and binds against concept of the Java domain-specific compiler checks. type system. A domain-specific language (DSL) as we understand the • Advanced editor features, such as content assist, syn- term is a programming language or specification language tax coloring, code folding and error highlighting. dedicated to a particular problem or solution domain. Other definitions focus on the aspect that a DSL is explicitly not • Integration with Eclipse, such as call hierarchy view, intended to be able to solve problems outside of that par- type hierarchy view and other useful navigation fea- ticular domain [7], but from our viewpoint this is not an tures. important distinction. Creating a DSL and tools to support it can be worthwhile • A debugger allowing one to alternatively step through if the language allows one to express a particular type of the DSL or through the generated Java source. problem or solution more clearly than an existing language. Reusing Xbase in a language can be done by defining two ar- Furthermore, the kind of problem addressed by the DSL tifacts: A grammar that extends the provided Xbase gram- should appear frequently|otherwise it may not be worth mar and a Java type inferrer that maps the DSL concepts the effort to develop a new language. to the Java type model. Xtext2 is a framework for external textual DSLs. Devel- We first describe language development with Xtext in Sec- oping textual DSLs has become straightforward with Xtext tion 2. Section 3 introduces the Xbase language by giving because the framework provides a universal architecture for an overview on design goals and some examples for Xbase language implementations and well-defined default services. expressions. Two applications of Xbase are presented in Sec- Structural languages which introduce new coarse-grained tion 4. In Section 5, we take a look at some other work in this concepts, such as services, entities, value objects or state- field and relate it to Xbase. Finally, we draw our conclusions machines can be developed with very little effort. However, and give an outlook on some future work in Section 6. software systems do not only consist of structures. At some point a system needs to have some behavior which is usu- ally specified using statements and expressions. Expressions 2. THE XTEXT FRAMEWORK are the heart of every programming language and their im- Xtext is an extensible language development framework plementation is error prone. On the other hand, expressions covering all aspects of language infrastructure such as parsers, are well understood and many programming languages share linkers, compilers, interpreters and full-blown IDE support a common set and understanding of expressions. Unfortu- based on Eclipse. It is successfully used in academia as well nately, implementing a language with support for statically as in industrial applications. Among the industrial users typed expressions is complicated and requires a great deal of are projects for embedded system development, such as AU- work. As a consequence, most designers of external DSLs do TOSAR [15] and enterprise information systems [4, 6]. not include support for expressions in their DSL but provide Xtext is hosted at Eclipse.org3 and is distributed under some workarounds. A typical workaround is to define only the Eclipse Public Licence (EPL). With Xtext, the DSL the structural information in the DSL and add behavior by specification is defined in a grammar resembling EBNF from modifying or extending the generated code. It is obviously which parsers, linkers and other parts of the language in- frastructure are derived. We give an example of that in 2http://www.eclipse.org/Xtext/ 3http://eclipse.org/ Section 2.1. Section 2.2 explains how dependency injection Listing 2: A simple domain model language facilitates tool chain adaptability and Section 2.3 explains 1 grammar org.example.domainmodel.DomainModel with org. how language inheritance works with Xtext. eclipse.xtext.common.Terminals 2 2.1 A Simple Domain Model Language 3 generate domainmodel "http://www.example.org/ domainmodel/Domainmodel" As an example of how to build DSLs using Xtext, we 4 present a simple language to define domain models. The 5 Domainmodel : language is able to describe entities and their relations.
Recommended publications
  • How to Develop Your Own Dsls in Eclipse Using Xtend and Xtext ?
    How to develop your own DSLs in Eclipse using Xtend and Xtext ? Daniel Strmečki | Software Developer 19.05.2016. BUSINESS WEB APPLICATIONS HOW TO DEVELOP YOUR OWN DSLS IN ECLIPSE USING XTEXT AND XTEND? Content 1. DSLs › What are DSLs? › Kinds of DSLs? › Their usage and benefits… 2. Xtend › What kind of language is Xtend? › What are its benefits compared to classic Java? 3. Xtext › What is a language development framework? › How to develop you own DSL? 4. Short demo 5. Conclusion 2 | 19.05.2016. BUSINESS WEB APPLICATIONS | [email protected] | www.evolva.hr HOW TO DEVELOP YOUR OWN DSLS IN ECLIPSE USING XTEXT AND XTEND? DSL acronym Not in a Telecommunications context: Digital Subscriber Line But in a Software Engineering context: Domain Specific Languages 3 | 19.05.2016. BUSINESS WEB APPLICATIONS | [email protected] | www.evolva.hr HOW TO DEVELOP YOUR OWN DSLS IN ECLIPSE USING XTEXT AND XTEND? Domain Specific Languages General-Purpose Languages (GPLs) › Languages broadly applicable across application domains › Lack specialized features for a particular domain › XML, UML, Java , C++, Python, PHP… Domain specific languages (DSLs) › Languages tailored to for an application in a specific domain › Provide substantial gains in expressiveness and ease of use in their domain of application › SQL, HTML, CSS, Logo, Mathematica, Marcos, Regular expressions, Unix shell scripts, MediaWiki, LaTeX… 4 | 19.05.2016. BUSINESS WEB APPLICATIONS | [email protected] | www.evolva.hr HOW TO DEVELOP YOUR OWN DSLS IN ECLIPSE USING XTEXT AND XTEND? Domain Specific Languages A novelty in software development › DSL for programming numerically controlled machine tools, was developed in 1957–1958 › BNF dates back to 1959 (M.
    [Show full text]
  • Expressive and Efficient Model Transformation with an Internal DSL
    Expressive and Efficient Model Transformation with an Internal DSL of Xtend Artur Boronat Department of Informatics, University of Leicester, UK [email protected] ABSTRACT 1 INTRODUCTION Model transformation (MT) of very large models (VLMs), with mil- Over the past decade the application of MDE technology in indus- lions of elements, is a challenging cornerstone for applying Model- try has led to the emergence of very large models (VLMs), with Driven Engineering (MDE) technology in industry. Recent research millions of elements, that may need to be updated using model efforts that tackle this problem have been directed at distributing transformation (MT). This situation is characterized by important MT on the Cloud, either directly, by managing clusters explicitly, or challenges [26], starting from model persistence using XMI serial- indirectly, via external NoSQL data stores. In this paper, we draw at- ization with the Eclipse Modeling Framework (EMF) [31] to scalable tention back to improving efficiency of model transformations that approaches to apply model updates. use EMF natively and that run on non-distributed environments, An important research effort to tackle these challenges was showing that substantial performance gains can still be reaped on performed in the European project MONDO [19] by scaling out that ground. efficient model query and MT engines, such as VIATRA[3] and We present Yet Another Model Transformation Language (YAMTL), ATL/EMFTVM [46], building on Cloud technology either directly, a new internal domain-specific language (DSL) of Xtend for defin- by using distributed clusters of servers explicitly, or indirectly, by ing declarative MT, and its execution engine.
    [Show full text]
  • On Modularity and Performances of External Domain-Specific Language Implementations Manuel Leduc
    On modularity and performances of external domain-specific language implementations Manuel Leduc To cite this version: Manuel Leduc. On modularity and performances of external domain-specific language implementa- tions. Software Engineering [cs.SE]. Université Rennes 1, 2019. English. NNT : 2019REN1S112. tel-02972666 HAL Id: tel-02972666 https://tel.archives-ouvertes.fr/tel-02972666 Submitted on 20 Oct 2020 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. THÈSE DE DOCTORAT DE L’UNIVERSITE DE RENNES 1 COMUE UNIVERSITE BRETAGNE LOIRE Ecole Doctorale N°601 Mathèmatique et Sciences et Technologies de l’Information et de la Communication Spécialité : Informatique Par Manuel LEDUC On modularity and performance of External Domain-Specific Language im- plementations Thèse présentée et soutenue à RENNES , le 18 Décembre 2019 Unité de recherche : Equipe DiverSE, IRISA Rapporteurs avant soutenance : Paul Klint, Professeur, CWI, Amsterdam, Pays-Bas Juan De Lara, Professeur, Université autonome de Madrid, Madrid, Espagne Composition du jury : Président : Olivier Ridoux, Professeur, Université de Rennes 1, Rennes, France Examinateurs : Nelly Bencomo, Lecturer in Computer Science, Aston University, Birmingham, Royaume-Uni Jean-Remy Falleri, Maître de conférences HDR, Université de Bordeaux, Bordeaux, France Gurvan Le Guernic, Ingénieur de recherche, DGA, Rennes, France Dir.
    [Show full text]
  • Open Source and Third Party Documentation
    Open Source and Third Party Documentation Verint.com Twitter.com/verint Facebook.com/verint Blog.verint.com Content Introduction.....................2 Licenses..........................3 Page 1 Open Source Attribution Certain components of this Software or software contained in this Product (collectively, "Software") may be covered by so-called "free or open source" software licenses ("Open Source Components"), which includes any software licenses approved as open source licenses by the Open Source Initiative or any similar licenses, including without limitation any license that, as a condition of distribution of the Open Source Components licensed, requires that the distributor make the Open Source Components available in source code format. A license in each Open Source Component is provided to you in accordance with the specific license terms specified in their respective license terms. EXCEPT WITH REGARD TO ANY WARRANTIES OR OTHER RIGHTS AND OBLIGATIONS EXPRESSLY PROVIDED DIRECTLY TO YOU FROM VERINT, ALL OPEN SOURCE COMPONENTS ARE PROVIDED "AS IS" AND ANY EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. Any third party technology that may be appropriate or necessary for use with the Verint Product is licensed to you only for use with the Verint Product under the terms of the third party license agreement specified in the Documentation, the Software or as provided online at http://verint.com/thirdpartylicense. You may not take any action that would separate the third party technology from the Verint Product. Unless otherwise permitted under the terms of the third party license agreement, you agree to only use the third party technology in conjunction with the Verint Product.
    [Show full text]
  • Handcrafting a Triple Graph Transformation System to Realize Round-Trip Engineering Between UML Class Models and Java Source Code
    Handcrafting a Triple Graph Transformation System to Realize Round-trip Engineering Between UML Class Models and Java Source Code Thomas Buchmann and Sandra Greiner Chair of Applied Computer Science I, University of Bayreuth, Universitätsstrasse 30, 95440, Bayreuth, Germany Keywords: Round-trip Engineering, Model-driven Development, Xtend, Triple Graph Transformation Systems. Abstract: Model transformations are a mandatory requirement for model-driven development, a software engineering discipline, which has become more and more popular during the last decade. Over the years, the concept of unidirectional model transformations and corresponding tool support reached maturity since these kind of transformations are widely used in model-driven engineering, mainly for forward engineering and code generation. In incremental and iterative software engineering processes, forward engineering may be too restrictive since it resembles waterfall-like processes. Thus, bidirectional transformations are required, which aim to provide support for (incrementally) transforming one or more source model to one or more target model and vice versa from only one transformation description. However, they seem to be rarely used in model- driven software development as adequate tool support is missing. On the other hand, programming languages nowadays provide support for higher-level features like closures or lambda expressions which allow to describe transformation patterns in a declarative way. In this paper, we present an approach for round-trip engineering between UML class models and Java source code, which is realized with a triple graph transformation system written in the Xtend programming language. 1 INTRODUCTION and accompanying tools have emerged (Czarnecki and Helsen, 2006). We observe tools, which sup- During the last few years, model-driven software en- port unidirectional batch transformations, e.g.
    [Show full text]
  • Xtend Programming Language Agenda
    Agile Software Development Produced Eamonn de Leastar ([email protected]) by Department of Computing, Maths & Physics Waterford Institute of Technology http://www.wit.ie http://elearning.wit.ie Xtend Programming Language Agenda • Subtitle 3 4 Features (1) • Extension methods - enhance closed types with new functionality • Lambda Expressions - concise syntax for anonymous function literals • ActiveAnnotations - annotation processing on steroids • Operator overloading - make your libraries even more expressive • Powerful switch expressions - type based switching with implicit casts • Multiple dispatch - a.k.a. polymorphic method invocation 5 Features (2) • Template expressions - with intelligent white space handling • No statements - everything is an expression • Properties - shorthands for accessing and defining getters and setter • Type inference - you rarely need to write down type signatures anymore • Full support for Java generics - including all conformance and conversion rules • Translates to Java not bytecode - understand what is going on and use your code for platforms such as Android or GWT 6 Hello World xtend java class HelloWorld public class HelloWorld { { def static void main(String[] args) public static void main(String[] args) { { println("Hello World") System.out.println("Hello World"); } } } } 7 Selected Key Features • Java Interoperability • Expressions • Annotations • Type Inference • Literals • @Data • Conversion Rules • Casts • Classes • Field access & method invocation • Constructors • Constructor call • Fields • Lambda Expressions • Methods • If expression • Override • switch Expression • Inferred return types • return expression 8 Java Interoperability 9 Type inference • Xtend, like Java, is a statically typed language. • It completely supports Java's type system, including the primitive types like int or boolean, arrays and all the Java classes, interfaces, enums and annotations that reside on the class path.
    [Show full text]
  • Xtext User Guide
    Xtext User Guide Xtext User Guide Heiko Behrens, Michael Clay, Sven Efftinge, Moritz Eysholdt, Peter Friese, Jan Köhnlein, Knut Wannheden, Sebastian Zarnekow and contributors Copyright 2008 - 2010 Xtext 1.0 1 1. Overview .................................................................................................................... 1 1.1. What is Xtext? ................................................................................................... 1 1.2. How Does It Work? ............................................................................................ 1 1.3. Xtext is Highly Configurable ................................................................................ 1 1.4. Who Uses Xtext? ................................................................................................ 1 1.5. Who is Behind Xtext? ......................................................................................... 1 1.6. What is a Domain-Specific Language ..................................................................... 2 2. Getting Started ............................................................................................................ 3 2.1. Creating a DSL .................................................................................................. 3 2.1.1. Create an Xtext Project ............................................................................. 3 2.1.2. Project Layout ......................................................................................... 4 2.1.3. Build Your Own Grammar ........................................................................
    [Show full text]
  • Type Errors for the IDE with Xtext and Xsemantics Perience and Contributes to the Adoption of That Language
    Open Comput. Sci. 2019; 9:52–79 Research Article Open Access Lorenzo Bettini* Type errors for the IDE with Xtext and Xsemantics https://doi.org/10.1515/comp-2019-0003 perience and contributes to the adoption of that language. Received June 29, 2018; accepted February 11, 2019 However, developing a compiler and an IDE for a language from scratch is usually time consuming. Language work- Abstract: Providing IDE support for a programming lan- benches, a term coined by Martin Fowler in 2005 [1], are guage or a DSL (Domain Specific Language) helps the users software development tools designed to easily implement of the language to be more productive and to have an im- languages together with their IDE support. Xtext [2] is one mediate feedback on possible errors in a program. Static of the most popular language workbench. Starting from a types can drive IDE mechanisms such as the content as- grammar definition Xtext generates a parser, an abstract sist to propose sensible completions in a given program syntax tree (AST), and typical IDE mechanisms. While the context. Types can also be used to enrich other typical IDE main target of Xtext is Eclipse, a language developed with parts such as the Outline and the Hovering pop-ups. In this Xtext can be easily ported to other IDEs and editors. Xtext paper, we focus on statically typed imperative languages, comes with good defaults for all the above artifacts, di- adopting some form of type inference. We present a few rectly inferred from the grammar definition, and the lan- general patterns for implementing efficient type systems, guage developer can easily customize them all.
    [Show full text]
  • Script Alapú Járműbusz-Szimuláció
    SZAKDOLGOZAT-FELADAT Sándi Tamás (SMNQCY) szigorló villamosmérnök hallgató részére Script alapú járműbusz-szimuláció Napjaink prémium kategóriás személyautóinak működésében közel száz elektronikus vezérlőegység (ECU) játszik szerepet. Ezek között a kommunikáció szabványos autóipari protokollokon zajlik (CAN, FlexRay, LIN). Az így kapott összetett elosztott rendszer fejlesztésének elengedhetetlen részét képezi a vezérlőegységek kimerítő tesztelése. A tesztelés során a tesztelendő alkatrész által elvárt kommunikációs jeleket szimuláljuk. A tesztszekvenciák előállítására rendelkezésre áll a vállalatnál egy saját fejlesztésű kommunikációs eszköz (Gateway). Az eszköz számos szolgáltatást nyújt a felhasználó felé (CAN, FlexRay és LIN kommunikációs csatornák, valamint GPIO és A/D portok). A hallgató feladata egy olyan Eclipse alapú szoftvereszköz elkészítése, melynek segítségével a felhasználó egy erre a célra definiált szkriptnyelvben fogalmazhatja meg a Gateway által szimulálandó bonyolult kommunikációs szekvenciákat. Az eszköznek képesnek kell lennie továbbá az elkészített szkript alapján a Gatewayen futtatható kód generálására, valamint a hardverre való letöltése után annak futtatására is. A hallgató feladatának a következőkre kell kiterjednie: • Gyűjtse össze a gyakori használati eseteket (use case analízis), majd ezek alapján definiáljon egy kényelmesen használható domainspecifikus nyelvet a felmerülő igények kielégítésére. A szkriptnek lehetőséget kell nyújtania eseményvezérelt szekvenciák megfogalmazására is (pl.: üzenetek megérkezésére,
    [Show full text]
  • Xtend User Guide
    Xtend User Guide September 10, 2014 Contents I. Getting Started 5 1. Introduction 6 2. Hello World 7 3. The Movies Example 9 3.1. The Data . .9 3.2. Parsing The Data . 10 3.3. Answering Some Questions . 11 3.3.1. Question 1 : What Is The Number Of Action Movies? . 11 3.3.2. Question 2 : What Is The Year The Best Movie From The 80's Was Released? . 12 3.3.3. Question 3 : What Is The The Sum Of All Votes Of The Top Two Movies?................................. 13 II. Reference Documentation 14 4. Java Interoperability 15 4.1. Type Inference . 15 4.2. Conversion Rules . 15 4.3. Interoperability with Java . 16 5. Classes and Members 17 5.1. Package Declaration . 17 5.2. Imports . 17 5.3. Class Declaration . 18 5.4. Constructors . 19 5.5. Fields . 19 5.6. Methods . 20 5.6.1. Abstract Methods . 20 5.6.2. Overriding Methods . 21 5.6.3. Declared Exceptions . 21 5.6.4. Inferred Return Types . 21 5.6.5. Generic Methods . 22 2 5.6.6. Operator Declarations . 22 5.6.7. Dispatch Methods . 23 5.6.8. Create Methods . 26 5.7. Annotations . 28 5.8. Extension Methods . 29 5.8.1. Extensions from the Library . 29 5.8.2. Local Extension Methods . 30 5.8.3. Extension Imports . 30 5.8.4. Extension Provider . 31 5.9. Interface Declaration . 32 5.10. Annotation Type Declaration . 32 5.11. Enum Type Declaration . 32 5.12. Nested Type Declarations . 32 6. Expressions 34 6.1.
    [Show full text]
  • Xtext Documentation.Pdf
    Xtext Documentation September 26, 2014 Contents I. Getting Started 9 1. 5 Minutes Tutorial 10 1.1. Creating A New Xtext Project . 10 1.2. Generating The Language Infrastructure . 10 1.3. Try The Editor . 11 1.4. Conclusion . 12 2. 15 Minutes Tutorial 14 2.1. Create A New Xtext Project . 14 2.2. Write Your Own Grammar . 16 2.3. Generate Language Artifacts . 19 2.4. Run the Generated IDE Plug-in . 20 2.5. Second Iteration: Adding Packages and Imports . 20 3. 15 Minutes Tutorial - Extended 27 3.1. Writing a Code Generator With Xtend . 29 3.2. Unit Testing the Language . 34 3.3. Creating Custom Validation Rules . 35 4. Five simple steps to your JVM language 37 4.1. Step One: Create A New Xtext Project . 38 4.2. Step Two: Write the Grammar . 38 4.3. Step Three: Generate Language Artifacts . 43 4.4. Step Four: Define the Mapping to JVM Concepts . 43 4.5. Step Five : Try the Editor! . 48 II. Seven JVM Languages Built With Xbase 50 5. Introduction 51 5.1. Write the Grammar . 51 5.2. Map to Java . 51 5.3. CAUTION: This is Provisional API . 52 5.4. Common Requirements . 52 5.5. Getting the Code . 53 2 5.6. A Short Xtend Primer . 53 6. Scripting Language 57 6.1. Overview . 57 6.2. Running the Example . 58 6.3. Grammar . 58 6.4. Translation to Java . 59 7. Build Language 61 7.1. Overview . 61 7.2. Running the Example . 62 7.3. Grammar . 62 7.4.
    [Show full text]
  • Kotlin Срещу Scala – Сравнителен Анализ
    Computer and communications engineering, Vol. 14, No. 1/2020 Kotlin срещу Scala – сравнителен анализ Петко Данов Резюме: Представен само преди няколко години, Kotlin е един от многото езици, които използват виртуалната машина на Java, но в този кратък период придобива популярност. Scala е чист обектно-ориентиран език за програмиране, обединяващ в себе си предимствата на високо мащабируемите функционални езици за програмиране. Целта на настоящия документ е да сравни структурно двата езика и да идентифицира предимствата и недостатъците на всеки от тях. Ключови думи: Котлин, Скала, Програмни езици Kotlin vs Scala – а comparative study Petko Danov Abstract: Introduced just a few years ago, Kotlin is one of many languages that use the Java virtual machine, but it is gaining popularity in this short period. Scala is a pure object-oriented programming language that combines the advantages of highly scalable functional programming languages. The purpose of this paper is to compare the two languages structurally and to identify the advantages and disadvantages of each. Key words: Kotlin; Scala; Programming languages. 1. INTRODUCTION component-based applications [4]. Scala uses the so- called "actor model" to maintain modern parallelism. The development of the Kotlin programming This programming language also supports the so- language was started in 2010 by Jet Brains. The first called "lazy evaluation". With the inclusion of macros, stable version was released in February 2016, and in Scala is also distinguished by the creation of complex May 2017, Google included Kotlin in Android Studio internal domain-specific DSL languages. Scala also 3.0. Although it uses a JVM, it can also be compiled supports first-order operations and allows the use of into JavaScript and machine code [1].
    [Show full text]