Confusing @model() syntax

まだ誰も着手していません。

In LB3, users could specify model settings at two levels: as a root property or inside `options` property.

See https://stackoverflow.com/q/53307168/69868 for an example of LB3 syntax applied in an LB4 project:

```ts
@model({
settings: {strict: false},
name: 'client',
plural: 'clients',
options: {
mongodb: {
collection: 'clients',
},
},
})
export class Client extends Entity {
// ...
}
```

I am proposing to make two changes in LB4 to help users coming from LB3:

1. Recognize `options` the same way as `settings`. In the example above, `mongodb` settings are not picked by LB4 now. With the proposed change in place, LB4 will set `collection` to `clients` as expected. Alternatively, tell the user setting `options` that they are trying to set an unsupported model-definition property. This can be done at compiler level too.

2. Allow settings to be provided as top-level properties, for example:

```ts
@model({
name: 'client',
strict: false,
mongodb: {
collection: 'clients',
},
})
export class Client extends Entity {
// ...
}
```

@model() デコレーターから始めて、LB4 がモデル設定をどのように読み取るかを追跡し、その動作を issue の LB3 の例と比較します。オプションを受け入れるべきか拒否すべきか、またトップレベルの設定をサポートすべきかを解決します。選択した動作が Client の例に対して実装され、検証されれば完了です。

索引モデルが issue の本文から書いたものです。