gitpan / carp-ensure Goto Github PK
View Code? Open in Web Editor NEWRead-only release history for Carp-Ensure
Home Page: http://metacpan.org/release/Carp-Ensure
Read-only release history for Carp-Ensure
Home Page: http://metacpan.org/release/Carp-Ensure
NAME Carp::Ensure - Ensure a value is of the expected type SYNOPSIS use Carp::Ensure( qw( is_a ) ); ensure('string', "Some arbitrary string") if DEBUG; ensure('@integer', 1, 2, 3) if DEBUG; ensure('@\integer', \1, \2, \3) if DEBUG; my %word2Int = ( one => 1, two => 2, three => 3 ); my @ints = values(%word2Int); my @wordsInts = ( keys(%word2Int), @ints ); ensure('\@integer', \@ints) if DEBUG; ensure('@word|integer', %word2Int) if DEBUG; ensure('%word=>integer', %word2Int) if DEBUG; die("Unexpected type") unless is_a('@word|integer', @wordsInts); die("Unexpected type") unless is_a('@\@word|integer', \@wordsInts, [ "four", 4 ]); # Receives a string, a `Mail::Internet' object, a reference to a hash mapping # strings to integers sub someSub($$%) { ensure([ qw( string Mail::Internet HASH %string=>integer ) ], \@_) if DEBUG; my( $string, $object, %hash ) = @_; # ... } DESCRIPTION Most of the time it's a nice feature, that Perl has no really strict type checking as in C++. However, sometimes you want to ensure, that you subs actually get the type of arguments they expect. Or they return what you expect. That is where Carp::Ensure may be useful. You can check every value whether it has the type you expect. You may fine tune the type checking from very coarse checking like defined vs. undefined to very detailed checks which check even the keys and values of a hash. In most places you may give alternative types so for instance a parameter can easily be checked to be of a certain type or undefined. There are checking routines for a few commonly used base types included and you may add your own checking routines so you can check for the types specific to your program. The types are described by a simple grammar which picks up as much as possible you already know from the Perl type system. FUNCTIONS ensure use Carp::Ensure; ensure("some_type", $value) if DEBUG; ensure("@value_type", @array) if DEBUG; ensure("%key_type=>value_type", %hash) if DEBUG; ensure([ qw( type1 type2 ... ) ], [ $value1, $value2, ... ]) if DEBUG; ensure([ qw( type1 type2 ... ) ], \@_) if DEBUG; Checks whether the types described in the first argument are matched by the values given in the following arguments. If the values match the type ensure returns an aribtrary value. If a value doesn't match the specified type, ensure Carp::confesses with an approriate error message and thus stops the program. If the first argument is a string, it describes the type of the remaining arguments which may be arbitrary many (including none). This is useful for list types (i.e. arrays and hashes) and to check single values. If the first argument is a reference to an array, the second argument must be a reference to an array, too. In this calling scheme the first array describes the types contained in the second argument. It is particularly useful to check the argument list of a sub. Care is taken to not change the second argument in any way. Note, that usually ot only makes sense when the last of the described types checks for a list type. This is because in Perl a list type sucks up all the remaining values. See the section on "TYPE GRAMMAR" for how the types are described. The `if DEBUG' concept is taken from the Carp::Assert manpage where it is explained in detail (particularly in the section on "Debugging vs Production" in the Carp::Assert manpage. Actually the DEBUG value is probably shared between the Carp::Assert manpage and this module. So take care when enabling it in one and disabling it in the other package `use'. In short: If you say `use Carp::Ensure' you switch DEBUG on and ensure works as expected. If you say `no Carp::Ensure' then the whole call is compiled away from the program and has no impact on efficiency. is_a # Both are possible use Carp::Ensure( qw( :DEBUG is_a ) ); use Carp::Ensure( qw( :NDEBUG is_a ) ); $is_of_type = is_a("some_type", $value); $is_of_type = is_a("@value_type", @array); $is_of_type = is_a("%key_type=>value_type", %hash); $is_of_type = is_a([ qw( type1 type2 ... ) ], [ $value1, $value2, ... ]); $is_of_type = is_a([ qw( type1 type2 ... ) ], \@_); This does the same as ensure, however, it only returns true or false instead of Carp::confessing. You can use this to check types of values without immediately stopping the program on failure or to build your own testing subs like this: sub Carp::Ensure::is_a_word1empty { Carp::Ensure::is_a('word|empty', ${shift()}) } If a false value is returned *$@* is set to an error message. Otherwise *$@* is undefined. TYPE GRAMMAR You may create rather complex type descriptions from the following grammar. Lexical rules Since whitespace is not relevant in the grammar, it may occur anywhere outside of identifiers. Actually any whitespace is removed before parsing the type description starts. Grammar rules *type* := *hash* | *array* | *alternative* *hash* := '`%'' *alternative* '`='>' *alternative* *array* := '`@'' *alternative* *alternative* := *simple* '`|'' *alternative* | *simple* *simple* := *reference* | *dynamic* | *special* | *scalar* *reference* := '`\'' *type* | *class* | *object* | '`HASH'' | '`ARRAY'' | '`CODE'' | '`GLOB'' Note: Take care with the `\'. Even in a string using single quotes a directly following backslash quotes a backslash! Whitespace between subsequent backslashes simplifies things greatly. *dynamic* := *user* *special* := '`undefined'' | '`defined'' | '`anything'' *scalar* := '`string'' | '`word'' | '`empty'' | '`integer'' | '`float'' | '`boolean'' | '`regex'' These common simple types are predefined. *class* := '`^'' *object* A value matching such a type is a name of a class (i.e. a string) represented by the name matching the regular expression *object*. This may mean, that the class is a superclass of the class given by the value. Thus the first parameter of a method which might be used static as well as with an object has a type of Some::Class|^Some::Class *object* := */^[A-Z]\w*(::\w+)*$/* The value is a object (i.e. a blessed reference) of the class represented by the name matching the regular expression. This may mean, that the class is a superclass of the object's class. *user* := */^[a-z]\w*$/* This might be a string *userType* matching the regular expression. For this a sub `Carp::Ensure::is_a_'*userType* must be defined. When checking a value for being a *userType*, the sub is called with a single argument being a reference(!) to the value it should check. This minimizes copying. The sub must return false if the referenced value is not of the desired type and a true value otherwise. See `is_a' for an example. Terminal symbols The terminal symbols have the following meaning: `HASH' The value is a reference(!) to a hash with arbitrary keys and values. Use this if you don't want to check the hash content. `ARRAY' The value is a reference(!) to an array with arbitrary content. Use this if you don't want to check the array content. `CODE' The value is a reference to some code. This may be an anonymous or a named sub. `GLOB' The value is a GLOB. `undefined' Only the undefined value is permitted. Often used as one part of an alternative. Missing optional arguments of a sub are undefined, also. `defined' The value only needs to be defined. `anything' Actually not a test since anything is permitted. `string' An arbitrary string. `word' A string matching `/w+/'. `empty' An empty string. `integer' An integer. `float' An floating point number. `boolean' A boolean. Actually every scalar is a boolean in Perl, so this is more a description of how a certain value is used. `regex' A string which compiles cleanly as a regular expression. The `regex' is applied to an empty string so any parentheses in the `regex' will probably don't result in anything useful. Note, that nothing prevents the `regex' from executing arbitrary code if you manage to include this somehow. The results are completly undefined. Precedence The precedence of the operators is as indicated by the grammar. Because most operators are prefix operators there is not much room for ambiguity anyway. However, the grammar for alternatives opens some traps. In particular the current grammar means, that it is not possible to have * references to alternatives A type description `\type1|type2' would be parsed as an alternative between `\type1' and `type2' instead of a reference to either `type1' or `type2'. Use `\type1|\type2' instead. * alternatives between array types A type description `@type1|@type2' is indeed not allowed by the grammar. Probably you're thinking of `@type1|type2' anyway which describes an array consisting of `type1' and/or `type2' values. If you want to describe arrays consisting of exactly one or another type use an additional reference for your value and try `\@type1|\@type2'. * lists as hash value types Similarly `%typeK='>`@typeV1|typeV2' is not allowed by the grammar. It would not make sense anyway because a list can not be the value of a hash key. However, `%typeK='>`\@typeV1|\@typeV2' is possible and describes a hash mapping `typeK' values to references to arrays consisting of either `typeV1' or `typeV2' elements. * references to list types with alternatives A type description `\@type1|type2' describes a reference to an array of `type1' elements or a `type2' value. It is NOT a reference to an array consisting of `type1' and/or `type2' elements. Even worse `\%typeK1|typeK2='>`typeV' can't be parsed at all because the alternative is evaluated before the hash designator. Note, that you can always define your own test functions which may break down complex types to simple names. With the `is_a' function this is usually done with a few key strokes. TODO * As noted above the lack of parentheses in the grammar makes some complex constructions impossible. However, introducing parentheses would make a more complex parser necessary. After all user defined types may be used for simulating parentheses. If parentheses, brackets and braces would be added to the grammar, the following changed productions would be probably best: *simple* := '`('' *alternative* '`)' | *reference* | ... *reference* := '`\'' *simple* | '`['' *alternative* '`]'' | '`{'' *alternative* '`='>' *alternative* '`}'' | *class* | ... * Furthermore it would be nice to have *dynamic* := *user* | '`/'' *match* '`/'' | *number* '`..'' *number* *match* := *a valid Perl regex* *number* := */^[-+]?\d+(\.\d*)([Ee][-+]\d+)?$/* so you can define an anonymous type for a string matching a regex or for a number being inside a range. But given the rich structure of Perl regexes at least the *match* would require a real parser. SIMILAR MODULES There is the the Usage manpage package which has a similar functionality. However, it dates 1996 and seems not be maintained since then. Unfortunately it is not as flexible as this module and is still a bit buggy. AUTHOR Stefan Merten <[email protected]> The idea for the code implementing the DEBUG feature was taken from the Carp::Assert manpage by Michael G. Schwern <[email protected]>. SEE ALSO the Carp manpage the Carp::Assert manpage LICENSE This program is licensed under the terms of the GPL. See http://www.gnu.org/licenses/gpl.txt AVAILABILTY See http://www.merten-home.de/FreeSoftware/Carp_Ensure/
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.