Releases: SierraSoftworks/Iridium
Version 8.0.0-alpha.13
This release makes a number of improvements to Iridium's core to make it more intuitive to use and easier to reason about. Unfortunately this does involve changing aspects of how the core behaves when compared to v8.0.0-alpha.12
, however this behaviour was unspec'ed and resulted in a poor user experience.
Changes
- Making modifications to transformed object properties (or array properties) will now be reflected when calling
.save()
on an instance - even if you have not assigned a new value to the field - see #118 for more information. - The
TDocument
type is now strictly treated as a representation of the DB data structure rather than the pseudo "post-transform" format it used to represent. Previously it would sometimes represent post-transform documents and other times it would represent pre-transform documents, making it difficult to understand its purpose or reason about its behaviour. This change affects the way.insert()
and.create()
behave, please see the Upgrading section for more information. - Support for using Instance-like objects within instance fields. The introduction of the new
TransformClass
andTransformClassList
field decorators and the fixes for #118 make it possible to easily use class based objects to represent your collections (User { friends: Friend[] }
). - Updated README.md file with a comprehensive example of how to leverage a number of the tools Iridium provides you with (and up-to-date code).
- Updated MongoDB client library definitions: improved query type hints
Updating
1. TDocument
changes
As a result of the specification of TDocument
(the first type parameter on your Instance
and Model
types) as the "type representation of the database's stored document", it is now no longer correct to represent the types of TDocument
fields as the types that result from running transforms against them.
Pre v8.0.0-alpha.13
interface MyDoc {
_id?: string
name: string
}
class MyInstance extends Instance<MyDoc, MyInstance> implements MyDoc {
@ObjectID
_id: string
@Property(String)
name: string
}
Post v8.0.0-alpha.13
Notice that the MyDoc._id
field is now a mongodb.ObjectId
type and that MyInstance
no longer
implements MyDoc
.
import {ObjectId} from "mongodb"
interface MyDoc {
_id?: ObjectId
name: string
}
class MyInstance extends Instance<MyDoc, MyInstance> {
@ObjectID
_id: string
@Property(String)
name: string
}
2. .insert()
and .create()
changes
In addition to the changes you should make to your Instance
objects and TDocument
interfaces,
you should also curate your use of .insert()
and .create()
to replace instances where you pass
untransformed data to them for insertion in raw document form.
For the time being Iridium will provide backward support for the legacy way of inserting and creating
documents, however in future this will be removed and you will need to either provide "DB ready" documents
or utilize a (to be designed and implemented) API to transform an intermediary representation into a "DB ready"
object.
Pre v8.0.0-alpha.13
db.User.insert({
// Will be normalized by lowercasing and trimming
email: "Admin@sierrasoftworks.com "
})
Post v8.0.0-alpha.13
Inserting a "DB-ready" object
db.User.insert({
email: "admin@sierrasoftworks.com"
})
Using an instance to generate the object
const user = new db.User.Instance({})
user.email = "Admin@sierrasoftworks.com "
db.User.insert(user)
3. Updated Conditions
interface
With the MongoDB client driver's types now including their own implementation of this interface with support for schemas (and the standardization of TDocument
as the DB schema) we have updated the Conditions
type to point to the official mongodb.FilterQuery
interface.
For all intents and purposes it should behave as it used to, however if you have been referencing Conditions
in your code you will need to update it to Conditions<TDocument>
to take advantage of the new schema support.
Version 8.0.0-alpha.12
This release adds support for MongoDB's 3.x client driver, with the various new features provided by it. For most users, this should be a drop-in replacement with Iridium abstracting the API changes, however if you are interacting with the underling MongoDB connection objects, you may need to make some changes to your code.
Changes
Iridium.Core.connection
is now aMongoDB.MongoClient
object rather than the originalMongoDB.Db
object.Iridium.Core.db
now exposes theMongoDB.Db
object if you require it.- Updated the URL builder to meet the requirements of the MongoDB 3 client driver
- Updated the
Iridium.Model.update
method to explicitly callMongoDB.collection.replaceOne
when you provide it with a document that isn't composed entirely of atomic changes. It will also throw an error if you provide such a document (for replacement) and specify{ multi: true }
in your options.
Version 8.0.0-alpha.11
This release updates the default Instance implementation to call the onCreate
hook when an instance is first being saved to the DB - thanks @CatGuardian for the PR.
Version 8.0.0-alpha.10
This release fixes a few issues with the new @Rename
decorator and removes support for the (poorly maintained) yarn.lock
modules file.
Version 8.0.0-alpha.9
This update adds support for TypeScript 2.6 with strict function signatures enabled.
Version 8.0.0-alpha.8
This release adds support for renaming DB fields using the new @Rename
decorator as requested in #108.
It can be used as follows:
import * from "iridium"
@Collection("houses")
export class House extends Instance<HouseDocument, House> implements HouseDocument {
@ObjectID
public _id: string;
@Property(String)
@Rename("house_name")
public houseName: string;
}
Version 8.0.0-alpha.7
This release fixes an issue with passing aggregate options to the underlying MongoDB client driver in v8.0.0-alpha.6
.
Version 8.0.0-alpha.6
This release adds the ability to pass options to MongoDB's underlying aggregate()
method when using it through Iridum's Model class, as requested in #106. For more information on the types of options which can be passed, as well as how to use the Aggregate method, please consult the official MongoDB documentation.
Version 8.0.0-alpha.5
Version 8.0.0-alpha.4
This is a hotfix which addresses an issue with some outdated dependencies.