はじめに 最近、kintoneを触っていて不満に思っていたのが、開発のパラダイムが前近代的になりがちであるということでした。 製品自体が小規模な部門内システム（これまでExcelファイルの共有やマクロで行っていたこと）をメインターゲットとしていると思われ、そもそも規模感のある開発を（敢えて？）想定しないためか、デプロイの管理機能を持っていません（サードパーティー製品で可能です）。 また、管理単位がアプリ（データベースの1テーブル）であり、複数アプリが連携するようなものを纏めて管理することができません（纏めて他の環境に新規作成するための「テンプレート」出力機能はありますが、アプリの更新には使えません）。 公式に配布されているCLIツール（customize-uploader、kintone-dts-gen）も単機能かつ単一アプリしか考慮しておらず、組織全体またはシステム全体の開発支援・デプロ

先日kintoneで宣言的にフィールド値の検証を行うという記事を投稿しました。Tynderというライブラリを使い、型宣言を書くことで、（手続き的ではなく）宣言的に入力値の検証を行いました。 今回はその応用編として、日付や日付時刻型のフィールドを相対日付（例えば、今月、来月、今年、今年度）で検証します。 さらに、フィールドのエラーに合ったカスタムエラーメッセージを表示するようにします。 コード tynder.min.js lib.js (前回記事) app.js (下述) // アプリのレコード型を定義します // interfaceの各フィールドは、kintoneアプリのフィールドコードと一致させてください const definition = ` /** サブテーブル */ interface Table { itemName: string; itemValue: number; }

スキーマ検証ライブラリ Tynder v0.2.1 をリリースしました🎉 今回のリリースでは別のtype/interfaceのプロパティを型として参照できるようになりました🙂 (TypeScriptでは`a: Foo['x']`と… https://t.co/misBp0BkuJ

スキーマ検証ライブラリ「Tynder」v0.2.1 をリリースしました スキーマ検証ライブラリ Tynder v0.2.1 をリリースしました🎉 今回のリリースでは別のtype/interfaceのプロパティを型として参照できるようになりました🙂 (TypeScriptでは`a: Foo['x']`と記述するけど、こちらは`a: Foo.x`としました。TS出力では`a: Foo['x']`になります) pic.twitter.com/XKj0tRVkOa— shellyln (@shellyl_n) February 22, 2020

先日、TypeScript + Tynderから始める宣言的検証生活の記事にて スキーマ検証ライブラリTynderを紹介いたしました。 Tynderとは Tynderは、TypeScriptのサブセット＋独自の拡張文法から成るDSLによって 型の検査 単独の項目の必須・値の長さ・範囲や文字列パターンの検証 複数項目の相関や整合性検証の一部 (Union typeによる) を宣言的に行うことができます。 今回はTynderのスキーマ変換機能を使用して JSON Schema、GraphQL、Protobuf3 のスキーマを生成するオンラインツールを公開しました。 (GraphQL、Protobuf3については実験的機能です) TypeScript (Tynder DSL) → JSON Schema | GraphQL | Protobuf Converter Convert schema

github.com スキーマ検証ライブラリ「Tynder」最初の安定版となる v0.1.0 をリリースしました🎉 使い方についてQiitaに記事を書いています qiita.com また、ボイラープレートも用意しているのでぜひお試しください github.com ボイラープレートのバックエンド側は、何気にWebpack無しのES Modulesで書いています 追記(2/9) スキーマ変換のオンラインツールも公開しました。 qiita.com

皆さんは JSON Schema 使ってますか？ 現在では、Web APIのペイロード定義・検証、モックサーバー作成、ユーザー入力フォーム検証、設定ファイルのスキーマ定義・検証・IDEでのエラー表示など、多くの場面で、また多くの言語でライブラリが整備され利用されています。 JSON Schemaの強み Internet draftのフォーマットで仕様が公開されている 多くの言語での多くの実装（言語によっては複数）が存在する 1回書けば、フロントエンド、複数のバックエンドすべてで利用できる可能性が高い 代替実装が存在すると競争原理が働く JSON Schemaの嫌いなところ 見辛い 書き辛い 数行の小さなスキーマならばともかく、JSON Schemaって本当に苦痛。汎用のデータフォーマットを人が直接記述するレイヤーのDSLにするのは正直辛い。ヒューマンリーダブルだからといって人が読めるとは限