moor_generator 4.1.0 moor_generator: ^4.1.0 copied to clipboard
Dev-dependency to generate table and dataclasses together with the moor package.
4.1.0 #
- Stabilized support for generating null-safe code
- Initial support for views in moor files. Big thanks to Hossein Yousefi!
4.0.0-dev #
- Remove the
legacy_type_inference
option - Support moor 4
- Add the
new_sql_code_generation
option to generate compiled SQL queries (from moor files and annotations) based on the parsed AST. Please consider enabling this option and reporting issues! It will eventually become the default.
3.4.0 #
- Add experimental apis for schema verification
- Support version
0.40.x
of theanalyzer
package - Experimental: Generate NNBD code for input libraries that have opted-in.
3.3.1 #
- Fixes a bug when importing a Dart table both through
tables
andincludes
3.3.0 #
- New
apply_converters_on_variables
build option
3.2.0 #
- Support custom result class names for queries.
- Fix minimum
analyzer: ^0.39.5
version requirement
3.1.0 #
- Respect foreign key constraints when calculating the stream update graph
3.0.0 #
Generate code for moor 3.0. This most notably includes custom companions and nested result sets. See moor's changelog for all the new features.
2.4.0 #
- Support type converters in moor files. You can import the necessary Dart file with a regular
import
statement and then useMAPPED BY ``MyTypeConverter``
in a column definition.
2.3.1 #
- CLI/IDE: Fix path resolution on Windows
2.3.0 #
- Support explicit type arguments for queries in moor files. In
foo(:bar AS TEXT, :baz AS INT): SELECT :bar, :baz;
, the column type can now be inferred. Previously, the query would fail because of an unknown type. - Support
CREATE TRIGGER
andCREATE INDEX
statements in moor files - Optional new type inference algorithm
- CLI tool to analyze moor projects
2.2.0 #
- Experimental new CLI tool (
pub run moor_generator
). Not useful at the moment - Support inheritance when defining daos (#285)
- Improve robustness and error messages, many bug fixes
2.1.1 #
- Fix a crash when using common table expressions in custom statements
- Don't use a moor specific caching graph across build steps
2.1.0 #
- Accept inheritance in table definitions (e.g. if an abstract class declared as
IntColumn get foo => integer()()
, tables inheriting from that class will also have afoo
column) - New
use_data_class_name_for_companions
option that will make the name of the companion based on the data class name (uses table name by default). - New
use_column_name_as_json_key_when_defined_in_moor_file
option to use the column name instead of the Dart getter name as json key for columns declared in moor files
2.0.1 #
- Escape
\r
characters in generated Dart literals - Fix for an analyzer bug on constant expressions in generated code
- Small adaptions in generated code for moor version 2.0.1
2.0.0 #
- Rewritten generator with looser coupling to the build package
- Implementation of an SQL IDE as analyzer plugin
- Support
sqlparser
0.3.0 and updated grammar formoor
files
1.7.1 #
- Drop support for analyzer versions
<0.36.4
. They weren't supported in version 1.7.0 either, but thepubspec.yaml
did not specify this correctly. - Support for moor version 1.7.1, which contains a fix for integer columns declared as primary key
1.7.0 #
- Support type converters that were introduced in moor 1.7
- Support parsing and generating code for
.moor
files (see docs).
1.6.0+2 #
- Generate code to expand array variables
The +1 release has no changes to 1.6.0, there were issues while uploading to pub. +2 fixes delivers on the promise of supporting the analyze 0.37
1.5.0 #
- Parse custom queries and write generated mapping code.
- Refactorings and minor improvements in the generator
For more details on the new features, check out changelog of the moor package.
1.4.0 #
- Added the
RealColumn
, which stores floating point values - Better configuration for the serializer with the
JsonKey
annotation and the ability to use a customValueSerializer
1.3.0 #
- Moor now supports table joins
- Added table aliases
- Default values for columns: Just use the
withDefault
method when declaring a column- added expressions that resolve to the current date or time
- Fixed a crash that would occur if the first operation was a transaction
- Better support for custom expressions as part of a regular query
- Faster hashcode implementation in generated data classes
1.2.0 #
- Blob data type
- Generated classes now use lazy getters instead of recalculating fields on each access
- Custom Constraints
- Data classes can be converted from and to json
1.1.0 #
- The generated data classes now implement
toString()
1.0.0 #
- Initial version of the Moor generator