## 4.5.1 - Fix generating parameters when `named_parameters_always_required` is enabled. ## 4.5.0 - Migrate builder implementation to null-safety ## 4.4.1 - Fix analyzer plugin - Always generate indexed variables with the `new_sql_code_generation` option ## 4.4.0 - Support the `scoped_dart_components` build option - Improve nullability analysis for SQL result sets - Generate data classes for views ## 4.3.2 - Support the latest analyzer version ## 4.3.1 - Fix code generation for custom data classes ## 4.3.0 - Generate non-nullable nested result classes when possible - Support Dart placeholders for insert statements ## 4.2.2 - Support latest `build_config` - Fix generated code for queries using a Dart placeholder before an array variable ## 4.2.1 - Fix generated code for nullable columns in moor files ## 4.2.0 - Migrate `package:moor_generator/api/migrations.dart` to null-safety - Support for newer sqlite features in compiled queries ## 4.1.0 - Stabilized support for generating null-safe code - Initial support for views in moor files. Big thanks to [Hossein Yousefi](https://github.com/HosseinYousefi)! ## 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 the `analyzer` 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` and `includes` ## 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 use `MAPPED 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` and `CREATE 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](https://github.com/simolus3/moor/issues/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 a `foo` 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](https://dartbug.com/38658) 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 for `moor` files ## 1.7.1 - Drop support for analyzer versions `<0.36.4`. They weren't supported in version 1.7.0 either, but the `pubspec.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](https://moor.simonbinder.eu/docs/using-sql/custom_tables/)). ## 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](https://pub.dev/packages/moor#-changelog-tab-) 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 custom `ValueSerializer` ## 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