「Dart」の記事 - Crieit

事故物件的なポモドーロタイマー

2022-11-23T17:55:13+09:00

たのまれたので、なんとかする予定のプログラム。

ポモドーロタイマー。

ポモドーロタイマーとは、ポモドーロがイタリア語でトマト、でタイマーはキッチンタイマーのタイマー。

トマト　キッチンタイマーなんだけど、そっちが主ではなくて、そのタイマーではかる時間のことを指している。
なにかクリエーティブな作業をするときの時間配分で、2時間かけたい場合、25分間作業して、5分間休憩して、25分間作業して、5分間休憩して、
25分間作業して、5分間休憩して、25分間作業して、15分間休憩してというようにすると、いい感じで集中してられる、というライフハックのことをポモドーロタイマーというらしい。

end time 17:28:35

1 pomodoro = 25min, rest = 5min
long rest = 15min

 1 pomodoro 25min -> rest 5min -> 1 pomodoro 25min -> rest 5min
 1 pomodoro 25min -> rest 5min -> 1 pomodoro 25min -> long rest 15min

total 130min

pomodoro: 1
total time: 16 min
remain: 9 min

now 15:35:08

さっと作ってみてポモドーロタイマーを検索したらいっぱいありそう。

たのまれたのは、たぶんそういうのじゃないのでしばらく時間がかかりそう。

パピヨン本田のマンガを読んでリラックスしよう。

https://twitter.com/papiyonhonda/status/1475425058684551176?s=20&t=LHttfuow8JjZmaKTEYmpQQ

papiyonhonda

基本的には、このようなかんじか。
Ruby
https://rentry.co/uf7d5

問題なければ、機能を付けていく。
まだロジックを考えてないが、ひとまず間違いがないかチェック。

うん、なんかまちがっているね。

どこがおかしいかなということでチェックしていこう。

1 require 'time'
2
3 pomo = ARGV[0].to_i # 1 pomodoro durations
4 interval = ARGV[1].to_i # rest durations
5 long_rest = ARGV[2].to_i # long rest durations
6
7 one_set = pomo*4 + interval*3 + long_rest # min
8 puts one_set # min                                                                    
9
10 tempotime_0 = Time.new
11 tempotime = Time.new
12 mission_finish_time = tempotime_0 + one_set*60 # sec
13 puts tempotime_0
14 puts mission_finish_time
15 minutes = (mission_finish_time - tempotime_0).to_i.div(60)
16 puts "#{minutes/60}:#{minutes%60}"
17 exit

60  while seconds < 60 do
61    t = Time.new
62
63    if (t - tempotime > 1)

のとこは

60  while seconds < 60 do
61    t = Time.new
62
63    if ((t - tempotime).to_i > 0)

こうしといて。

ここもおかしくなるので、

92        puts "remain: #{(((tempotime_0 + pomo*60)-t).to_i).div(60)} min #{(((tempotime_0 + pomo*60)-t).to_i).modulo(60)} sec"

これでいいんじゃない。

92        puts "remain: #{((tempotime_0 + pomo*60*pomodoro + resttimes*60*(pomodoro - 1)) - t).to_i.div(60)} min #{(((tempotime_0 + pomo*60*pomodoro + resttimes*60*(pomodoro - 1)) - t).to_i).modulo(60)} sec"

いちおう、ベースはできた。基本的にはこれで良さそう。
Ruby
https://rentry.co/pvmdk

間違うところもよくわかったので、初めて Dart をどうやって書くのか読みながらヨチヨチと Ruby で書いたものと同じような感じにしてみる。
Dart
https://rentry.co/369sd

Dartを使った大規模なアプリ開発

2022-01-20T19:00:13+09:00

こんにちは、Quireです。

Quireは、Dartで開発された初めてのWebアプリケーションではありませんが、クライアントとサーバーの両方でDartをふんだんに使ったものとしては、初めてかもしれません。

動作の軽い、徹底して階層構造のタスク管理ツールです。このプロジェクトはDartコードで合計53992行、1620 KB。コミュニティーからのオープンソースライブラリも使っています。

私たちについて

このプロジェクトを開始するまで、私たちはRikuloというDartファンの集まりでした。Rikuloはこれまで、UIフレームワークやUIライブラリ、Webサーバー、メッセージサーバー、DBクライアントなどのDartライブラリをリリースしています。
Dartが2011年に初めてリリースされたとき、すぐに将来性を感じ、さっそく小規模のプロジェクトに着手。その後、ほとんどDartで書かれた大規模アプリの開発へと進みました。今回はそのときの経験をお話しします。Dartによる開発に興味を持っていただければ幸いです。

なぜDartか

私たちがDartを選んだ理由はたくさんありますが、以下に大きなものを挙げてみます。
- 強く型付けされていて、無数の小さなミスを防ぐことができる。公式IDEのDart Editorは、タイプミスへの即時フィードバックやオートコンプリート機能を備えており、トラッキングも容易。
- 継承がクラスベースで、プロトタイプベースよりも直感的に使える。
- クライアントとサーバーの両方で同じ言語が使えて、データモデルやコードベースを共有できる。
- JavaScriptの問題点をほぼ解消。完全ではないが、以前にあった問題の99％には対応している。
- JavaScript Harmonyで人気の特徴をいくつか備えている。例えばFuture（Promise）パターン、矢印関数など。
- 強力なチームの後ろ盾があり、ハイクオリティーな公式ライブラリや使いやすいAPIを利用できる。まだ開発途上ながら、仕様はすでにかなり安定している。
- サーバーサイドではマルチスレッドではなくイベントループ方式で、好みだった。
- JavaScriptへのコンパイル時にTree Shakingできる（下記参照）。

もちろんデメリットもあります。以下に挙げてみます。

コミュニティーがJavaScriptよりも圧倒的に小さい。
DartとJavaScript間の通信が自明でない。
強い型付けなので、APIのPolyfillが面倒。
Dart Editorの性能が（今のところ）大規模プロジェクトに適さない。

強い型のサポートにより、書くプロセスがJavaScriptよりもずっとロバストです。また、Javaよりもシンプルで、Vanilla JavaScriptと比べてもシンプルなことがあります（関数の書き方など）。全体的にDartは扱いやすい言語ですが、以下のような例外はあります。

コンストラクタのボディよりも先にイニシャライザでFinalフィールドを初期化する必要がある。
ミックスインの仕様が使いにくく、2.0まで改善されそうにない。
ジェネリック型パラメータがクラスにしかなく、関数宣言にない。（そのためコンパイラの負荷が増す）。

クライアントサイド

Dart VMがChromeに統合される日まで、JavaScriptにコンパイルして作成することになります。JavaScriptにコンパイルする言語はたくさんありますが、Dartには以下のような独自のメリットがあります。

私たちは開発時、Dart VMを内蔵したChromiumベースのブラウザー、DartiumでDartをネイティブに実行している。このイテレーションではコンパイルが不要で、スムーズに進めることができる。
テストとプロダクションの段階でJavaScriptにコンパイルし、すべてのメジャーなブラウザーで実行する。このとき使用するコンパイラがTree Shakingを行い、不要なコードを除去するため、JavaScriptのコードサイズを小さくできる。

サーバーサイド

サーバーサイドについてはあまりコミュニティーで話題になりませんが、私たちは以下の理由から、Dartはサーバーサイドのプログラミング言語に入ると考えています。

Webサービスは本質的に非同期なため、イベントループ方式と相性がいい（マルチスレッドと比べて）。
クライアントサイドよりもサーバーサイドのほうが、よりロバストで安全なコードが必要。強い型付けの言語はこの点において有利。

サポートライブラリ

Quireは約30のライブラリをインポートしています。そのうち10ライブラリはコミュニティーからで、残りはDartからリリースされたものです。Dartに詳しい方ならAngularDARTとPolymer.dartがあると思うかもしれませんが、実はどちらも使っていません。

AngularDARTを使わない理由は、以下のとおりです。

DOMを細かく制御したい。
私たちはクライアント構造の構築に独自のアーキテクチャガイドラインを使用しており、そのパラダイムがAngularのロジックと異なる。
AngularDARTについて調べたとき、コンパイルされたJavaScriptのコードサイズにかなりのオーバーヘッドが生じた。ただし、これはその後かなり改善された。

私たちは以下の理由から、Polymer.dartも使っていません。

カプセル化とイベントリターゲティングのため、ShadowDOMはBootstrapのようなセレクター指向のフレームワークと併用できない。
ShadowDOMの外部からスタイルを適用できない。サードパーティーのコンポーネントセットがPolymerで作成されている場合、ユーザーが見た目や感じを変えることは不可能に近い。(更新：2013年12月時点で、内部のスタイルを外部から変更可能。Shadow DOM 201を参照。)

DQuery＆Bootjack

私たちのクライアントサイドスタックの基盤は、Rikuloリリースのオープンソースプロジェクト、DQueryとBootjackです。
- DQueryはjQueryの一部、特にイベントデリゲートの仕組みの部分をDartに移植したものです。
- BootjackはBootstrap 3の完全な移植で、CSS およびAPIとほぼ同じです。

このようにアプリケーションスタックを構築して、JavaScriptについて知っていること、できることを活用しています。

Stream

私たちのWebサーバーは、Dartのみで書かれ、ルーティング、フィルター、サーバーサイドMVCなどを備えたStreamです。イベントループ方式とシームレスに連携して動作します。リクエストハンドラーも、ノンブロッキングのルーチンをつなげるだけで書くことができ、従来のマルチスレッド方式よりも生産的かつ快適に仕事ができます。私たちは、Webサービスをスケールし、nginxでHTTPSを処理し、Streamにリクエストをデリゲートしたりもしています。このアーキテクチャによりDart VMを個別にSpawn／Despawnでき、サーバーのアップグレードもユーザーの使用を妨げずに実施できます。

終わりに

Dartは使い勝手の良い言語です。この記事がDartコミュニティー成長の一助となることを願っています。最後に、Dartで何ができるか興味のある方は、ぜひQuireを試してみてください。

Flutterでバリデーションに対応したカスタムなフィールドを作成する

2021-12-11T23:48:47+09:00

Flutterにはフォームのサブミットボタンを押した時に各入力項目のバリデーションを一括で行ってくれる機能があります。公式でも説明のページがあります。

Build a form with validation | Flutter

基本的なやり方

具体的には例えば下記のようにTextFormFieldにvalidatorプロパティを設定します。

TextFormField(
  validator: (value) {
    if (value == null || value.isEmpty) {
      return 'Please enter some text';
    }
    return null;
  },
),

そしてフォームには下記のようなキーを割り当てます。

  final _formKey = GlobalKey();

  @override
  Widget build(BuildContext context) {
    return Form(
      key: _formKey,

あとは決定ボタンが押されたときなどに下記のようにバリデーションメソッドを呼び出します。

    if (_formKey.currentState!.validate()) {

対応していない場合がある

しかしチェックボックスなど、validatorに対応していない場合があります。その時だけ独自にvalidateメソッド以外でチェックをするのはちょっと面倒です。

このような場合に、どのようなものでもバリデーションに対応させる方法があります。もちろんTextFormFieldのvalidatorのようにチェック方法は自分で実装する必要がありますが、たとえばチェックボックスのうち一つは必ずチェックが必要とか、お絵かきをさせてある程度の面積は描かないといけないとか、なんでも自由にバリデーションさせるフィールドをカスタムで作成することができます。

具体的には？

具体的にはFormFieldを継承したウィジェットを作ることでバリデーションを導入することができます。このFormFieldというのは例で上げたTextFormFieldのようにvalidatorプロパティを持っているためバリデーションさせることができます。

ただ、FormField自体がステートを持っており、ちょっと扱い方が特殊になりますので最初はちょっとハマりどころがあったりします。そのあたりも解決する形の解説をしていきます。具体的には下記のようなことをします。

基本的な継承の方法
独自ウィジェットの描画方法（現在の値の取得方法）
入力した時にバリデーションが働いてしまうのでボタンを押したときだけにしたい場合
描画時のbuilderメソッドの引数にBuildContextがないためそれでもcontextを利用したい場合
呼び出し元の親ウィジェットに値を渡す方法
エラーの際のエラーメッセージ表示方法

FlutterのPackageInfoの処理を含むtestを実行する

2021-11-27T23:35:23+09:00

FlutterのtestでPackageInfoの実行を含むコードのtestを実行するとエラーになる。

  Null check operator used on a null value
  package:flutter/src/services/platform_channel.dart 121:86        MethodChannel.binaryMessenger
  package:flutter/src/services/platform_channel.dart 146:36        MethodChannel._invokeMethod  
  package:flutter/src/services/platform_channel.dart 329:12        MethodChannel.invokeMethod
  package:flutter/src/services/platform_channel.dart 356:49        MethodChannel.invokeMapMethod
  package:package_info/package_info.dart 42:26                     PackageInfo.fromPlatform

恐らくテストなのでネイティブ処理が無いためだろう。MethodChannelでネイティブの処理を呼ぼうとして失敗している。

ということで新規パッケージプロジェクトを作った際に元々入っていたMethodChannelのテストを参考にして、PackageInfoの実行をMockで実行する。具体的にはsetMockMethodCallHandlerを実行する。

下記を参考にしてる。もしくはPackageInfoのソースコードを見ても分かると思う。（ただこれだけだと他のテストに影響がでるかもとのことのため対処は後述）

https://stackoverflow.com/questions/54162467/how-to-test-a-method-that-uses-package-info-in-flutter

ensureInitializedを入れないと下記のようなエラーも出るのでちゃんと入れる。

  Null check operator used on a null value
  package:flutter_test/src/deprecated.dart 95:47         TestMethodChannelExtension.setMockMethodCallHandler

ちなみにsetMockMethodCallHandlerを指定しているせいで影響が出て別のテストでエラーが出る可能性があるのかもしれない。新規パッケージプロジェクトではそちらの対処っぽいものも入っていた。上記のソースコードや他の解説記事などでも対処しているものが見つからなかったのでそれも下記に書いておく。

全体としては下記のコードのような感じ。

Riverpod v1とFlutter Hooksの使い方

2021-11-06T23:12:54+09:00

どうも昨日か今日（2021/11/6）あたりにRiverpodのバージョン1が正式リリースされていたようです。めでたい！

hooks_riverpodも同時に1.0.0になっています。ということで使い方のメモ。といってもExampleに載っています。

元々HookWidgetを継承してウィジェットを作っていましたが、HookConsumerWidget に変更となりました。（Hookを使わない場合はConsumerWidget）

class MyHomePage extends HookConsumerWidget {
  const MyHomePage({Key? key}) : super(key: key);

読み込みの変更

値の読み込み方法も変更となります。

  @override
  Widget build(BuildContext context, WidgetRef ref) {
    final records = ref.watch(recordsProvider);

buildメソッドにはWidgetRefの引数が付きます。useProviderは無くなったので代わりにこのrefを使うことで値の読み取りを行うことができます。

更新の変更

値の更新方法も同様に変更となります。今までは context.read を使っていたと思いますが、refを使う ref.read に変更となります。

      ref.read(recordsProvider.notifier).setRecords(RecordRepository.all());

まとめ

あわせて公式サイトもようやくリニューアルされたようなので見直してみると良いでしょう。

https://riverpod.dev/

Flutterでアプリを作る時に使っている僕の定番パッケージ

2021-08-23T08:55:22+09:00

この２年でFlutterアプリを5つリリースしました。最初はよく分からない感じで適当に作っていましたが、やっているうちにだんだんわかってきたのと、あとは諸々の便利なライブラリなども出てきてそれらをキャッチアップして開発するようにしていて、最近なんとなくだんだん自分のアプリの作り方が固まって来ました。せっかくなので一度まとめて紹介したいと思います。

おすすめ

Flutter Hooks

https://pub.dev/packages/flutter_hooks

FlutterでReactのようなHooksを使って書けるパッケージです。StatefulWidgetを使わず、代わりにHookWidgetというものを使います。setStateを使わず、Hooks独自の値の見方、更新の仕方で処理を書いていきます。

僕もWebメインなので同様にWebでReactとかNext.jsを使っている人には直感的で使いやすいのではないかと思います。Reactとほぼ同様のものが使えます。useState, useEffect, useCallback, useMemoizedなど。

他にもFlutterで使うのに必要な～～Controller系もだいたいHooksが用意されています。例えばuseTextEditingControllerなど。

例えばsetStateの代わりに使うuseStateは下記のような感じで使えます。

  @override
  Widget build(BuildContext context) {
    final isImageDeleted = useState(false);

    void toggle() {
      if (isImageDeleted.value) {
        isImageDeleted.value = false;
      }
    }

ここまでなら好みで使うかくらいのレベルですが、後述するRiverpodというパッケージでこのflutter_hooksを使って書くことができるため、両方合わせて使うと便利になっています。

Riverpod

https://pub.dev/packages/riverpod

異なるウィジェット間にまたがった共通のstateを扱いたい時に便利なパッケージです。これまたWebのReactでいうとReduxとかRecoilとかのイメージです（使い方は全然違います）

いろいろな書き方があり、先程のFlutter Hooksと組み合わせて使うこともできます。

たとえば下記のようにデータを定義し

class ChatEditState {
  late Chat chat;
  int editingMessageKey = -1;
  int insertingMessageKey = -1;
  int insertingPersonId = -1;
  int personId = -1;
}

こんな感じで値を更新処理を定義したりして

class ChatEdit extends StateNotifier {
  ChatEdit() : super(ChatEditState());

  void setChat(Chat chat) {
    state = state..chat = chat;
  }

こんな感じで更新して

chatEdit.setChat(chat);

こんな感じで参照したりします。（バージョンによって書き方が違います）

  Widget build(BuildContext context) {
    final state = useProvider(chatEditProvider);

    return Text(state.chat.name);

便利なのですが、バージョンアップも頻繁で、そろそろv1になるところで同時に破壊的変更もちょっと続いてるので、直近で利用するにはキャッチアップも必要になっています。あと調べて出てくるサンプルがcounterのようなシンプルすぎるものが多かったりするので情報を見つけるのにちょっと苦労する時もあります。

Hive

https://pub.dev/packages/hive

アプリ内のデータベースです。端末内で完結するため、ネットワークと接続する必要がなくオフラインで利用できるアプリの開発に役立ちます。僕はせっかくアプリということであまり外部のデータベースを使いたくないためいつもこれを使ってアプリを作っています。

データベースと言うと他にもSQLiteがありますが、それに比べて下記のような点が優れています。

定義したクラスからわざわざMap型に変換して保存したりデータを取り出してparseしたりする必要がない
型も基本的なものは一通り使える
リレーションもできる
速い（らしい（多分））

とにかく一番上のですね、開発がとても楽です。

ただ独自のデータ処理のため、今のところ問題は出ていないのですが、何か問題があった時にどういう対処が必要なのか、そもそも対処が可能なのか、というのがよくわからない部分もありますので、個人アプリでしか使っていません。仕事ではSQLiteを使っています。この辺は自己判断になっていきそうです。

boxという箱からデータを取ってきます。

  static Box getBox() {
    return Hive.box('people');
  }

  static Person get(dynamic key) {
    return getBox().get(key)!;
  }

  static List getAll() {
    return getBox().values.toList();
  }

検索はSQLのwhereみたいなのとか特別なものは特になく、十分速いから普通にListのwhereでデータを取る、みたいな感じみたいです。

仕組みとしては、build_runnerというパッケージを用いて、コマンドを使ってデータ管理部分はコードを自動生成してくれるようになっています。そのため面倒なコードを書かなくても開発ができるという感じです。このbuild_runnerは他のパッケージでもちょいちょい使われるので慣れておくと良いと思います。

その他詳細は以前記事を書いているのでそちらをどうぞ。
https://crieit.net/posts/Flutter-Hive

Freezed

https://pub.dev/packages/freezed

これはイミュータブルなオブジェクトを簡単に扱うことができるようにしてくれるパッケージです。

例えば下記のように値を更新して新たなオブジェクトとして生成します。

final cloned = original.copyWith(name: 'aiueo');

まあこれはこれで良いのですが、個人的にはやはりJSONやMap型のオブジェクトをエンティティの形に相互変換できる機能がすごく便利です。json_serializableというパッケージと組み合わせて使います。

これにより、SQLiteやAPIで取得したデータなどオブジェクトに変換する処理を書かなくてもデータを扱うことができるようになり、とても楽です。

例えば下記のようなコードを書いてbuild_runnerを実行すればコードが生成されてあとはもう使うだけです。

import 'package:anyone_composer/models/cloud/cloud_record_stroke.dart';
import 'package:freezed_annotation/freezed_annotation.dart';

part 'cloud_record.freezed.dart';
part 'cloud_record.g.dart';

@freezed
abstract class CloudRecord implements _$CloudRecord {
  factory CloudRecord({
    required String id,
    required String uid,
    @JsonKey(name: 'user_id') required String userId,
    required List recordStrokes,
  }) = _CloudRecord;
  const CloudRecord._();

  factory CloudRecord.fromJson(Map json) =>
      _$CloudRecordFromJson(json);
}

下記のような感じで変換してくれます。

final entity = CloudRecord.fromJson(json);

僕はHiveを使うのであまり使いませんが、仕事でAPIを使う場合や、あとはFirestoreからデータを取るときとかは便利です。

Flutter EasyLoading

https://pub.dev/packages/flutter_easyloading

ローディング表示を行ってくれるパッケージです。なんかもうこんな感じで簡単です。

EasyLoading.show();

EasyLoading.dismiss();

他にもメッセージ出したり、デザインも設定できたりします。デモサイトで実際に動作を見てみることもできます。通信などで時間がかかる処理がある場合に使いましょう。いちいちボタン用にstateを設定して表示切り替えたりするよりもだいぶ楽です。

基本的なやつ

google_mobile_ads

これは公式のAdMobパッケージです。サードパーティのものや、古い公式の別ライブラリがあったりして紛らわしいかもですが、これが最新です。ちゃんとウィジェットとして画面内に埋め込むことができます。

とはいえまだ時々よくわからない問題が出たりすることもあるのでシンプルな使い方をするほうが良さそうです。僕はだいたい下の方に表示するだけにしています。まだまだ改善してほしいなと思う部分は多いです。

あとはapp_tracking_transparencyもあわせつつ

Flutter Launcher Icons

https://pub.dev/packages/flutter_launcher_icons

大きい画像を一つ作っておけばあとはAndroid、iOS用のアイコンサイズをぶわっと作ってくれるやつです。便利です。

app_review

レビューリクエストをしてくれるライブラリです。とても簡単に使えるのでリリース時から入れておきましょう。

まとめ

あくまでも僕の定番です。みなさんも自分のお気に入りを探しましょう。

実際に作ったやつは下記のポートフォリオにの「アプリ」というグループでまとめてあります。（Flutterじゃないゲームも混じってますが）
https://www.alphabrend.co.jp/portfolio

素朴な自作言語のコンパイラをDartに移植した

2021-03-22T05:03:43+09:00

移植一覧に戻る

Dart で書いてみました。やっつけなので汚いです。Dart よく知らないけどライフゲームが動いたのでヨシ、というレベルのものです。

https://github.com/sonota88/vm2gol-v2-dart

移植元

ベースになっているバージョン: tag:46 のあたり

追記 2021-03-21: Dart のバージョンアップ（2.9.1 => 2.12.0）に合わせて修正
- null safety まわりを適当に修正
追記 2021-03-21: ステップ56 の修正まで適用しました

メモ

アセンブラ・VM は移植対象から外しました。Ruby 版のものを使います。
トークナイザとパーサを分けてみた
テストのステップを細かくした
ファイルを直接まじめに読まなくても、標準入力が読めればあとはシェルスクリプトでラップしてあげたりすればいいので、もうそれでいいかなという気持ちになった。

Dart でプログラムを書くのは今回初めてでしたが、JavaScript と Java あたりを知っていればかなりスムーズに書き始められるなーという感想でした。引っかかるところがほとんどなかったです（今回書いた範囲では）。適当にググりながら 1日で書けてしまいました。

今回の実験的な要素としては、パーサをいじって set を不要にしてみました。

（追記 2021-03-21: この修正はいったん revert しましたが、一応 trial ブランチに残してあります。）

 func main() {
   var a;
-  set a = 42;
+  a = 42;
 }

文の先頭の set で判別するのをやめて、識別子だったら parseSet_v2() を呼ぶ。もうちょっとめんどくさいかなと思ってましたが、これだけだったら意外と簡単ですね。

List parseSet_v2() {
  // consume("set"); ... これが不要になる
  final t = peek();
  pos++;
  final varName = t.value;
  consume("=");
  final expr = parseExpr();
  consume(";");
  return ["set", varName, expr];
}

List parseStmt() {
  final t = peek();

  if (t.value == "}") {
    return null;
  }

  if      (t.value == "func"    ) { return parseFunc();      } 
  // ...
  // else if (t.value == "set"     ) { return parseSet();       }
  // ...
  else if (t.value == "_cmt"    ) { return parseVmComment(); }
  else {
    if (t.type == "ident") {
      return parseSet_v2();
    } else {
      throw notYetImpl([ t ]);
    }
  }
}

Flutter（Dart）でDateTimeが同じ日かどうかを判定する

2020-04-13T21:00:50+09:00

Dartで２つのDateTimeが同じ「日」かどうかを判定したい。DateTimeにはcompareToというメソッドがあるのだが、そもそもDateTimeは日付でなく時間も扱っているため、compareToだとなんとなく怪しそう……。

一応、

if (a.year == b.year && a.month == b.month && a.day == b.day) {

という書き方もできるが、これはたまたま変数名が１文字なのでなんとなく良さそうに見えるが実際の変数でやるとめちゃくちゃ長くなるしなんか微妙。

ということで同じ日を調べるのにはこんな書き方もある。

if (a.difference(b).inDays == 0 && a.day == b.day) {

参考
time - Comparing only dates of DateTimes in Dart - Stack Overflow

Dartでmixinのstaticメソッドが直接呼べてしまう

2020-02-01T21:49:48+09:00

どうもDartではmixinに実装しているstaticメソッドがそのまま呼べるっぽい。クラスに割り当てなくても。（Dart2.7現在）

そもそもmixinとは

普通、mixinは下記のような感じでclassと組み合わせてclassを拡張させて使うもの。

mixin Mixi {
    void test() {
        debugPrint('aaaa');
    }
}

class Tekito with Mixi {
}

でもそのまま呼べる

元々の経緯として、普通にmixinを使ってclassを拡張しようと思っていた。ただ、型の関係で色々ややこしかったのでやめにして、staticメソッドをたくさん実装したクラスを作ってそれを呼ぶだけにしよう、と思い、途中からクラスに変えてstaticメソッドを実装していった。

それでなんだかんだで実装を進めていった。ところが、ある時ふと見直してみると、mixinのままになっていた。classに変えるのを忘れている。ところが、いままで実装したところは全部問題なく動いている。

つまり、mixinのstaticメソッドは直接呼べてしまうっぽい。

なぜ？

なぜかはよくわからないが、そもそもDart1の時はmixinを定義する時にmixin MixinNameという感じでmixinという構文でmixinを定義する方法が無かった。普通にクラスとして定義することで、mixinとしても使える、という仕様だったっぽい。おそらくその名残でclassっぽい動きも残ってしまっているのではないかと思う。多分。

ちなみに、定義したmixinのインスタンスももしかしたら作れるのではないかと思ったがそれは無理だった。