No Cover Image

Conference Paper/Proceeding/Abstract 278 views 17 downloads

No-Test Classes in C through Restricted Types / Dave Donaghy, Tom Crick

Proceedings of 14th International Workshop on Automated Verification of Critical Systems

Swansea University Author: Tom Crick

Abstract

Object-oriented programming (OOP) languages allow for the creation of rich new types through, for example, the class mechanism found in C++ and Python (among others).These techniques, while certainly rich in the functionality they provide, additionally require users to develop and test new types; wh...

Full description

Published in: Proceedings of 14th International Workshop on Automated Verification of Critical Systems
ISSN: 0929-0672
Published: Enschede, Netherlands University of Twente 2014
Online Access: Check full text

URI: https://cronfa.swan.ac.uk/Record/cronfa43775
Tags: Add Tag
No Tags, Be the first to tag this record!
first_indexed 2018-09-12T12:59:42Z
last_indexed 2018-10-15T19:18:02Z
id cronfa43775
recordtype SURis
fullrecord <?xml version="1.0"?><rfc1807><datestamp>2018-10-15T14:50:59.8085513</datestamp><bib-version>v2</bib-version><id>43775</id><entry>2018-09-12</entry><title>No-Test Classes in C through Restricted Types</title><swanseaauthors><author><sid>200c66ef0fc55391f736f6e926fb4b99</sid><ORCID>0000-0001-5196-9389</ORCID><firstname>Tom</firstname><surname>Crick</surname><name>Tom Crick</name><active>true</active><ethesisStudent>false</ethesisStudent></author></swanseaauthors><date>2018-09-12</date><deptcode>EDUC</deptcode><abstract>Object-oriented programming (OOP) languages allow for the creation of rich new types through, for example, the class mechanism found in C++ and Python (among others).These techniques, while certainly rich in the functionality they provide, additionally require users to develop and test new types; while resulting software can be elegant and easy to understand (and indeed these were some of the aspirations behind the OOP paradigm), there is a cost associated to the addition of the new code required to implement such new types. Such a cost will typically be at least linear in the number of new types introduced.One potential alternative to the creation of new types through extension is the creation of new types through restriction; in appropriate circumstances, such types can provide the same elegance and ease of understanding, but without a corresponding linear development and maintenance cost.</abstract><type>Conference Paper/Proceeding/Abstract</type><journal>Proceedings of 14th International Workshop on Automated Verification of Critical Systems</journal><publisher>University of Twente</publisher><placeOfPublication>Enschede, Netherlands</placeOfPublication><issnElectronic>0929-0672</issnElectronic><keywords>Verification, restricted types, compilers, plug-ins</keywords><publishedDay>24</publishedDay><publishedMonth>9</publishedMonth><publishedYear>2014</publishedYear><publishedDate>2014-09-24</publishedDate><doi/><url/><notes>14th International Workshop on Automated Verification of Critical Systems (AVoCS'14)</notes><college>COLLEGE NANME</college><department>Education</department><CollegeCode>COLLEGE CODE</CollegeCode><DepartmentCode>EDUC</DepartmentCode><institution>Swansea University</institution><apcterm/><lastEdited>2018-10-15T14:50:59.8085513</lastEdited><Created>2018-09-12T06:15:13.6240308</Created><path><level id="1">College of Arts and Humanities</level><level id="2">College of Arts and Humanities</level></path><authors><author><firstname>Dave</firstname><surname>Donaghy</surname><order>1</order></author><author><firstname>Tom</firstname><surname>Crick</surname><orcid>0000-0001-5196-9389</orcid><order>2</order></author></authors><documents><document><filename>0043775-12092018061631.pdf</filename><originalFilename>restricted-types-submission30.pdf</originalFilename><uploaded>2018-09-12T06:16:31.8730000</uploaded><type>Output</type><contentLength>94611</contentLength><contentType>application/pdf</contentType><version>Accepted Manuscript</version><cronfaStatus>true</cronfaStatus><embargoDate>2018-09-12T00:00:00.0000000</embargoDate><copyrightCorrect>true</copyrightCorrect><language>eng</language></document></documents><OutputDurs/></rfc1807>
spelling 2018-10-15T14:50:59.8085513 v2 43775 2018-09-12 No-Test Classes in C through Restricted Types 200c66ef0fc55391f736f6e926fb4b99 0000-0001-5196-9389 Tom Crick Tom Crick true false 2018-09-12 EDUC Object-oriented programming (OOP) languages allow for the creation of rich new types through, for example, the class mechanism found in C++ and Python (among others).These techniques, while certainly rich in the functionality they provide, additionally require users to develop and test new types; while resulting software can be elegant and easy to understand (and indeed these were some of the aspirations behind the OOP paradigm), there is a cost associated to the addition of the new code required to implement such new types. Such a cost will typically be at least linear in the number of new types introduced.One potential alternative to the creation of new types through extension is the creation of new types through restriction; in appropriate circumstances, such types can provide the same elegance and ease of understanding, but without a corresponding linear development and maintenance cost. Conference Paper/Proceeding/Abstract Proceedings of 14th International Workshop on Automated Verification of Critical Systems University of Twente Enschede, Netherlands 0929-0672 Verification, restricted types, compilers, plug-ins 24 9 2014 2014-09-24 14th International Workshop on Automated Verification of Critical Systems (AVoCS'14) COLLEGE NANME Education COLLEGE CODE EDUC Swansea University 2018-10-15T14:50:59.8085513 2018-09-12T06:15:13.6240308 College of Arts and Humanities College of Arts and Humanities Dave Donaghy 1 Tom Crick 0000-0001-5196-9389 2 0043775-12092018061631.pdf restricted-types-submission30.pdf 2018-09-12T06:16:31.8730000 Output 94611 application/pdf Accepted Manuscript true 2018-09-12T00:00:00.0000000 true eng
title No-Test Classes in C through Restricted Types
spellingShingle No-Test Classes in C through Restricted Types
Tom, Crick
title_short No-Test Classes in C through Restricted Types
title_full No-Test Classes in C through Restricted Types
title_fullStr No-Test Classes in C through Restricted Types
title_full_unstemmed No-Test Classes in C through Restricted Types
title_sort No-Test Classes in C through Restricted Types
author_id_str_mv 200c66ef0fc55391f736f6e926fb4b99
author_id_fullname_str_mv 200c66ef0fc55391f736f6e926fb4b99_***_Tom, Crick
author Tom, Crick
author2 Dave Donaghy
Tom Crick
format Conference Paper/Proceeding/Abstract
container_title Proceedings of 14th International Workshop on Automated Verification of Critical Systems
publishDate 2014
institution Swansea University
issn 0929-0672
publisher University of Twente
college_str College of Arts and Humanities
hierarchytype
hierarchy_top_id collegeofartsandhumanities
hierarchy_top_title College of Arts and Humanities
hierarchy_parent_id collegeofartsandhumanities
hierarchy_parent_title College of Arts and Humanities
department_str College of Arts and Humanities{{{_:::_}}}College of Arts and Humanities{{{_:::_}}}College of Arts and Humanities
document_store_str 1
active_str 0
description Object-oriented programming (OOP) languages allow for the creation of rich new types through, for example, the class mechanism found in C++ and Python (among others).These techniques, while certainly rich in the functionality they provide, additionally require users to develop and test new types; while resulting software can be elegant and easy to understand (and indeed these were some of the aspirations behind the OOP paradigm), there is a cost associated to the addition of the new code required to implement such new types. Such a cost will typically be at least linear in the number of new types introduced.One potential alternative to the creation of new types through extension is the creation of new types through restriction; in appropriate circumstances, such types can provide the same elegance and ease of understanding, but without a corresponding linear development and maintenance cost.
published_date 2014-09-24T03:59:35Z
_version_ 1717733556667547648
score 10.841665