honeplusのメモ帳

Tag:

1月に「SequelizeをTypeScriptで動かす」って自分でinterface定義して動かす手順を書いたけど、その後 sequelize-typescript なるそのものズバリで、遥かに使いやすく今風になったライブラリを見つけたので、改めてそっちの紹介やら手順を解説する。
…といっても、ぶっちゃけ凄く簡単に入って動いたので、ごく簡単にだけ。

まず、インストールはnpmから入れるだけで公式見れば済むので割愛。
次、モデル定義はこんな感じ。

models/administrator.ts

import { Table, Column, Model, DataType, AllowNull, Unique, Default, DefaultScope, Scopes } from 'sequelize-typescript';

@DefaultScope({
	attributes: {
		exclude: ['password'],
	},
	order: [['id', 'ASC']],
})
@Scopes({
	login: {
		attributes: {
			include: ['password'],
		},
	},
})
@Table({
	tableName: "administrators",
	timestamps: true,
	paranoid: true,
})
export default class Administrator extends Model<Administrator> {
	@Unique
	@AllowNull(false)
	@Column
	mailAddress: string;

	@AllowNull(false)
	@Column
	password: string;

	@AllowNull(false)
	@Default('normal')
	@Column({ type: DataType.ENUM, values: ['normal', 'super'] })
	role: string;

	comparePassword(password: string): boolean {
		// 省略
	}

	static passwordToHash(password: string, salt?: string): string {
		// 省略
	}
}

あのややこしかったモデル定義が一変、ごく普通のクラスベースのモデルになりました！
…まあところどころ連想配列万歳の素のsequelizeが垣間見えていますが。良くも悪くもTypeScript用のラッパー的な感じなので、こうやってアノテーションになりつつも（多少見た目はごちゃごちゃするけど）sequelizeの豊富な機能を余さず使うことが出来そうという事で。

で、こうやってモデルを定義したら、次はブートローダーをこんな感じに記述する。

import "reflect-metadata";
import { Sequelize } from 'sequelize-typescript';

const sequelize = new Sequelize({
	dialect: "mysql",
	host: "localhost",
	port: 3306,
	username: "foo",
	password: "bar",
	name: "foobar",
	modelPaths: [__dirname + '/models'],
	logging: console.log,
});
sequelize.sync().then(() => {
	// 省略
}).catch(console.error);

この辺も、素のsequelizeだとあんまり定まってなかったので、だいぶ書きやすくなった印象。

で、使い方ですが、これだけです。マジで。これだけで後は普通にモデルに Administrator.findAll() やらが出てくるので、普通のsequelize同様に使えばOK。素晴らしい。


昨日 TypeORM が使えるよって記事を書いたばかりですが、定番だった sequelize もこうやってTypeScriptで使えるとなると、今後も1強時代が続くかもしれない。
ただ、sequelize はActiveRecordで TypeORM は昔ながらのORMとちょっとジャンルが違うので、好みに応じて試してみるのもいいか？

Tag: JavaScript TypeScript Sequelize

先日TypeScriptのORMとして TypeORM というものを発見。これのサンプルを見ていたところ、さらに TypeDI やら routing-controllers というライブラリ群を組み合わせることで、今までのJavaScript界とは打って変わったアノテーション（デコレーター）だらけのJavaっぽい、イケてるWebアプリを作れることが判明したので、その紹介をする。まずは概要。

TypeORM

TypeScript用のO/Rマッパー。動的言語で人気のActive Record…ではなく、アノテーションでエンティティを定義して、EntityManagerで操作するというJavaのJPAに近い（？）感じのORM。

TypeDI

TypeScriptでアノテーションを使ってサービスなどをDIするためのライブラリ。

routing-controllers

express.js や koa.js と組み合わせて、TypeScriptでアノテーションを使ったルーティング設定を実現するライブラリ。express.js の手続き的なコードを隠して、実際のロジックだけを実装するためのラッパーみたいな感じ。

はい、この後のサンプルを見ていくと実感できると思いますが、ほんとJavaのアノテーション文化をTypeScript上で再現したようなライブラリ群です。ちなみに、全て同一の作者さんが作られており、全部組み合わせる前提な気がします。

では、以下実際にこれらのライブラリを組み合わせたWeb APIのサンプルをどうぞ。なおサンプルの発展版をGitHubに上げているので、詳しく見たい方はそちらも参照ください。

Tag: JavaScript TypeScript TypeORM TypeDI routing-controllers

今週友人の友人のスリランカ人が日本旅行で案内する事になり、そこで話すネタがなくなったので時間があったので前から気になってたスリランカの地名について聞いてみた。

• ヌワラ・エリヤ

ヌワラ・エリヤは山間部の有名なイギリス時代の避暑地（行ったことは無い）。
「ヌワラ නුවර」が「都市」なのは知ってたけど「エリヤ එළිය」が英語の「Area」からで都市地区とかなのか、それともシンハラ語の「エリヤイ එළියයි 明るい」由来なのかを聞いてみた。
んで回答。

「ヌワラ・エリヤのエリヤは、シンハラ語のエリヤ。ただ、「エリヤ」には二つの意味がある。一つは、陽が差しているとかの「明るい」。もう一つは「外」（「エリヤタ ヤム එළියට යමු 外に出ましょう」とか）。ヌワラ・エリヤのエリヤは後者。」
「かつ、このヌワラはキャンディの意味。キャンディは「カンダ කන්ද 山」が訛った英語読みで、シンハラ語では「マハー・ヌワラ මහ නුවර 大都市」。このヌワラはキャンディのヌワラ。」
「なので、ヌワラ・エリヤは「キャンディの外側の地域」「Outside of the city」の意味。」

という事でした（実際はもっと雑な会話だったけど整理）。
なので、日本語で言うと…外城とか、外環道とか、どうもそういう地名らしい。
聞いたのは学校の先生なので、たぶん正しかろう。参考になりますm(__)m


んで、何でそんなこと気にしてたのかと言うと…



雨の多い山岳地方の町なのに『地球の歩き方』のこの記述はおかしいなと思ったからでした。
↑は11~12年版なので、最新版では変わってたりするのかな？
変わってたらサーセン(^^;

Tag: スリランカ シンハラ語

Angular2/4の標準のバリデータには、複数のフォームを比較するみたいなものは用意されてないっぽいので、それの作り方。
イケてないバージョンを経て、ng2-validation のソース見て作成。というかもう ng2-validation の equalTo 再実装して解説に近いけど以下解説。

まず最初にサンプルソースの抜粋から。こんな感じ。

equals-validator.directive.ts

import { Directive, Input, forwardRef, Attribute } from '@angular/core';
import { Validator, AbstractControl, FormControl, NG_VALIDATORS } from '@angular/forms';

@Directive({
	selector: '[validateEquals][formControlName],[validateEquals][formControl],[validateEquals][ngModel]',
	providers: [
		{ provide: NG_VALIDATORS, useExisting: forwardRef(() => EqualsValidator), multi: true }
	]
})
export class EqualsValidator implements Validator {
	@Input() validateEquals: FormControl;
	private subscribe: boolean = false;

	validate(c: AbstractControl): { [key: string]: any } {
		if (!this.subscribe) {
			this.subscribe = true;
			this.validateEquals.valueChanges.subscribe(() => {
				c.updateValueAndValidity();
			});
		}

		let v = c.value;
		if (v != this.validateEquals.value) {
			return {
				validateEquals: true
			}
		}
		return null;
	}
}

Tag: JavaScript TypeScript Angular

Angular2/4の標準のバリデータには、複数のフォームを比較するみたいなものは用意されてないっぽいので、それの作り方。
参考にしたのはこちらのページ。でもところどころ改良したので、以下説明。
※ よりイケてる実装発見したのでそちらをご覧ください。この記事は参考用&自省用に残します。

まず最初にサンプルソースの抜粋から。こんな感じになる。

equals-validator.directive.ts

import { Directive, forwardRef, Attribute } from '@angular/core';
import { Validator, AbstractControl, NG_VALIDATORS } from '@angular/forms';

@Directive({
	selector: '[validateEquals][formControlName],[validateEquals][formControl],[validateEquals][ngModel]',
	providers: [
		{ provide: NG_VALIDATORS, useExisting: forwardRef(() => EqualsValidator), multi: true }
	]
})
export class EqualsValidator implements Validator {
	constructor(
		@Attribute('validateEquals') public validateEquals: string) {
	}

	validate(c: AbstractControl): { [key: string]: any } {
		let v = c.value;
		let e = c.root.get(this.validateEquals);

		if (e && v != e.value) {
			return {
				validateEquals: true
			}
		}
		return null;
	}
}

Tag: JavaScript TypeScript Angular