kura - Store constraints for Data::Checks, Type::Tiny, Moose, and more.
use Exporter 'import';
use Types::Common -types;
use Email::Valid;
use kura Name => StrLength[1, 255];
use kura Email => sub { Email::Valid->address($_[0]) };
Kura - means "Traditional Japanese storehouse" - stores constraints, such as Data::Checks, Type::Tiny, Moose::Meta::TypeConstraint, Mouse::Meta::TypeConstraint, Specio, and more. This module is useful for storing constraints in a package and exporting them to other packages. Following are the features of Kura:
- Simple Declaration
- Export Constraints
- Store Favorite Constraints
use kura NAME => CONSTRAINT;
Kura makes it easy to declare constraints. This usage is same as constant pragma!
Default implementation of CONSTRAINT
can accept following these types:
-
Object having a
check
methodMany constraint libraries has a
check
method, such as Type::Tiny, Moose::Meta::TypeConstraint, Mouse::Meta::TypeConstraint, Specio and more. Kura accepts these objects.use Types::Common -types; use kura Name => StrLength[1, 255];
-
Allowed constraint classes
Kura allows these classes: Data::Validator, Poz::Types. Here is an example of using Poz:
use Poz qw(z); use kura Name => z->string->min(1)->max(255);
-
Code reference
Code reference makes Type::Tiny object internally.
use kura Name => sub { length($_[0]) > 0 }; # => Name isa Type::Tiny and check method equals to this coderef.
-
Hash reference
Hash reference also makes Type::Tiny object internally.
use kura Name => { constraint => sub { length($_[0]) > 0, message => sub { 'Invalid name' }, }; # => Name isa Type::Tiny
Kura allows you to export constraints to other packages using your favorite exporter such as Exporter, Exporter::Tiny, and more.
package MyPkg {
use parent 'Exporter::Tiny';
use Data::Checks qw(StrEq);
use kura Foo => StrEq('foo');
}
use MyPkg qw(Foo);
Foo->check('foo'); # true
Foo->check('bar'); # false
Kura stores your favorite constraints such as Data::Checks, Type::Tiny, Moose::Meta::TypeConstraint, Mouse::Meta::TypeConstraint, Specio, Data::Validator, Poz::Types and more.
Data::Checks -----------------> +--------+
| |
Type::Tiny -------------------> | |
| Kura | ---> Named Value Constraints!
Moose::Meta::TypeConstraint --> | |
| |
YourFavoriteConstraint -------> +--------+
If your project uses multiple constraint libraries, kura allows you to simplify your codes and making it easier to manage different constraint systems. This is especially useful in large projects or when migrating from one constraint system to another. Here is an example of using multiple constraints:
package MyFoo {
use Exporter 'import';
use Data::Checks qw(StrEq);
use kura Foo => StrEq('foo');
}
package MyBar {
use Exporter 'import';
use Types::Standard -types;
use kura Bar => Str & sub { $_[0] eq 'bar' };
}
package MyBaz {
use Exporter 'import';
use Moose::Util::TypeConstraints;
use kura Baz => subtype as 'Str' => where { $_[0] eq 'baz' };
}
package MyQux {
use Exporter 'import';
use kura Qux => sub { $_[0] eq 'qux' };
}
use MyFoo qw(Foo);
use MyBar qw(Bar);
use MyBaz qw(Baz);
use MyQux qw(Qux); # CodeRef converted to Type::Tiny
ok Foo->check('foo') && !Foo->check('bar') && !Foo->check('baz') && !Foo->check('qux');
ok !Bar->check('foo') && Bar->check('bar') && !Bar->check('baz') && !Bar->check('qux');
ok !Baz->check('foo') && !Baz->check('bar') && Baz->check('baz') && !Baz->check('qux');
ok !Qux->check('foo') && !Qux->check('bar') && !Qux->check('baz') && Qux->check('qux');
Kura serves a similar purpose to Type::Library which is bundled with Type::Tiny but provides distinct advantages in specific use cases:
-
Built-in Class Support
While Type::Library tightly integrates with Type::Tiny, Kura works with built-in classes.
class Fruit { use Exporter 'import'; use Types::Common -types; # kura meets built-in class! use kura Name => StrLength[1, 255]; field $name :param :reader; }
-
Simpler Declaration
Kura simplifies type constraint declarations. Unlike Type::Library, there's no need to write name twice.
Kura:
use Exporter 'import'; use Types::Common -types; use kura Name => StrLength[1, 255]; use kura Level => IntRange[1, 100]; use kura Player => Dict[ name => Name, level => Level ];
Type::Library:
use Types::Library -declare => [qw(Name Level Player)]; # Need to write name twice use Types::Common -types; use Type::Utils -all; declare Name, as StrLength[1, 255]; declare Level, as IntRange[1, 100]; declare Player, as Dict[ name => Name, level => Level ];
-
Minimal Exported Functions
Kura avoids the extra
is_*
,assert_*
, andto_*
functions exported by Type::Library. This keeps your namespace cleaner and focuses on the essentialcheck
method. -
Multiple Constraints
Kura is not limited to Type::Tiny. It supports multiple constraint libraries such as Moose, Mouse, Specio, Data::Checks and more. This flexibility allows consistent management of type constraints in projects that mix different libraries.
While Type::Library is powerful and versatile, Kura stands out for its simplicity, flexibility, and ability to integrate with multiple constraint systems. It’s particularly useful in projects where multiple type constraint libraries coexist or when leveraging built-in class syntax.
When declaring constraints, it is important to define child constraints before their parent constraints to avoid errors. If constraints are declared in the wrong order, you might encounter errors like Bareword not allowed. Ensure that all dependencies are declared beforehand to prevent such issues. For example:
# Bad order
use kura Parent => Dict[ name => Child ]; # => Bareword "Child" not allowed
use kura Child => Str;
# Good order
use kura Child => Str;
use kura Parent => Dict[ name => Child ];
If you forget to put use Exporter 'import';
, you get an error like this:
package MyFoo {
# use Exporter 'import'; # Forgot to load Exporter!!
use Data::Checks qw(StrEq);
use kura Foo => StrEq('foo');
}
use MyFoo qw(Foo);
# => ERROR!
Attempt to call undefined import method with arguments ("Foo" ...) via package "MyFoo"
(Perhaps you forgot to load the package?)
Package variables @EXPORT_OK
and @KURA
are automatically set when you use kura
in your package:
package MyFoo {
use Exporter 'import';
use Types::Common -types;
use kura Foo1 => StrLength[1, 255];
use kura Foo2 => StrLength[1, 1000];
our @EXPORT_OK;
push @EXPORT_OK, qw(hello);
sub hello { 'Hello, Foo!' }
}
# Automatically set the caller package to MyFoo
MyFoo::EXPORT_OK # => ('Foo1', 'Foo2', 'hello')
MyFoo::KURA # => ('Foo1', 'Foo2')
It is useful when you want to export constraints. For example, you can tag @KURA
with %EXPORT_TAGS
:
package MyBar {
use Exporter 'import';
use Types::Common -types;
use kura Bar1 => StrLength[1, 255];
use kura Bar2 => StrLength[1, 1000];
our %EXPORT_TAGS = (
types => \@MyBar::KURA,
);
}
use MyBar qw(:types);
# => Bar1, Bar2 are exported
If you don't want to export constraints, put a prefix _
to the constraint name:
use kura _PrivateFoo => Str;
# => "_PrivateFoo" is not exported
If you want to customize constraints, create_constraint
function is a hook point. You can override this function to customize constraints.
Following are examples of customizing constraints:
package mykura {
use kura ();
use MyConstraint;
sub import {
shift;
my ($name, $args) = @_;
my $caller = caller;
no strict 'refs';
local *{"kura::create_constraint"} = \&create_constraint;
kura->import_into($caller, $name, $args);
}
sub create_constraint {
my ($args, $opts) = @_;
return (undef, "Invalid mykura arguments") unless (ref $args||'') eq 'HASH';
return (MyConstraint->new(%$args), undef);
}
}
package main {
use mykura Name => { constraint => sub { length($_[0]) > 0 } };
}
Copyright (C) kobaken.
This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself.
kobaken kentafly88@gmail.com