checkboxをチェックしたら何かをしたいときの条件式です。
$('#check').on('change', function (e) { if (e.target.checked) { // check:on時の処理 } else { // check:off時の処理 } });
clickイベントで拾いたい場合はこう書きます
$('#check').on('click', function () { if ($(this).prop('checked')) { // check:on時の処理 } else { // check:off時の処理 } });
レバレッジ・シンキングを読んでみたので簡単なまとめと書評。
自由な時間が多い人こそ必要なマインドだと思った。
やりたいことが見つかる時間編集術を読んでプロダクティブタイムの効率化にアンテナを張っていたところAmazonのリコメンドで気になったので購入。
「時間がないから成果が上がらないのではなく、時間があるから成果が上がらない」という言葉に出会えただけでもこの本を読んだ価値があった。 カフェや新幹線で作業すると、やたらと生産性が高いと感じる理由はこれなのかもしれないと腑に落ちた。 スケジューリングする際も時間割を決めて制限時間を意識して作業することで、生産性を意識せざるを得ない状況を生み出すことができる。 それを習慣化させて効率化を図っていきたいと思う。
「やりたいことが見つかる時間編集」を読んでの書評。
今年読んだ本の中でベストな内容だと思う。
プロダクティブタイム、アンプロダクティブタイムの存在が知れたことは自分の人生の中で大きな影響を与えると思う。 生産性重視でいつも疲弊気味だった自分が、アンプロダクティブタイムという最も重要な余白を意識することでこの先どう変わっていくのか楽しみである。
そのためにはプロダクティブタイムで圧倒的な生産性を実現する必要があるので、今までマインドは活かせれつつ、アンプロダクティブという束の間の休息を取れるのは非常にありがたい考え方である。
ActiveModelのvalid?はモデルのバリデーションを実行して真偽値を返却するメソッドですが、バリデーションエラー時に例外を発生させたいことがあったので調べてみました。
通常ならsave!やcreate!で対応できますが、Activerecord-importのBulkインサートの永続化前にバリデーションチェックしたい場合などは使えるかもしれません。
unless product.valid? raise ActiveRecord::RecordInvalid, product end
valid?が真の場合は、対象オブジェクトをActiveRecord::RecordInvalidの例外クラスに詰めてあげれば永続化することなく例外を発生することが可能です。
CSV.generateメソッドでUTF-8の文字列をShift-JISに変換して書き込もうとしたら
U+2613 from UTF-8 to Windows-31J incompatible character encodings: UTF-8 and Windows-31J
というエラーが発生しました。
上記リファレンスに記載の通り、そのまま使うと文字コード変換で失敗する可能性があるので、適宜変換などして使う必要があります。
主に機種依存文字などが当てはまりますが、一つ一つ変換処理を定義するのもイタチごっこなので、潔く変換失敗文字列は全無視する方針にしました。
def sjis_safe(str) str.encode(Encoding::SJIS, invalid: :replace, undef: :replace) end
pry(main)> '☓ほげほげ'.encode(Encoding::SJIS, invalid: :replace, undef: :replace).encode(Encoding::UTF_8) => "?ほげほげ"
CSV.generateでAppendしていく直前にsjis_safeで変換するイメージです。
csv_string = CSV.generate(encoding: Encoding::SJIS, force_quotes: true) do |csv| csv << [ sjis_safe(name).encode(Encoding::UTF_8) ] end
Shift-JISを扱うときはこういう考慮が必然なので早く一掃されてほしいと願います。
クエリ文字列から特定のパラメータのみを削除する方法を説明します。
uri = URI.parse('https://www.example.com?hoge=1&fuga=2&piyo=3') query = Rack::Utils.parse_nested_query(uri.query) query.delete('fuga') uri.query = query.to_param uri.to_s
(1) URL文字列をURIオブジェクトに変換します。
uri = URI.parse('https://www.example.com?hoge=1&fuga=2&piyo=3') => #<URI::HTTPS https://www.example.com?hoge=1&fuga=2&piyo=3>
(2) Rack::Utilsを使用してクエリ文字列をHashにします。
query = Rack::Utils.parse_nested_query(uri.query) => {"hoge"=>"1", "fuga"=>"2", "piyo"=>"3"}
(3) deleteメソッドで特定のパラメータを削除します。
query.delete('fuga') => "2"
(4) URIオブジェクトに新しいクエリパラメータをセットします。
uri.query = query.to_param => "hoge=1&piyo=3"
(5) to_sでURLを取得します。
uri.to_s => "https://www.example.com?hoge=1&piyo=3"
開始日と終了日を入力するシステムで、期間の大小チェックと期間の日数チェックを行いたい場合があります。
カスタムメソッドで実装するケースはよく見受けられますが、カスタムバリデーションとして使い回したい思ったので実装してみました。
※あくまでも簡易実装なので国際化などは非対応です。
class DatePeriodValidator < ActiveModel::Validator def validate(record) start_date, end_date, max_days_period_val = options.values_at(:start_date, :end_date, :max_days_period) start_date_val = record.send(start_date) end_date_val = record.send(end_date) return if start_date_val.blank? || end_date_val.blank? if max_days_period_val.present? && (start_date_val - end_date_val).to_i.abs > max_days_period_val return record.errors[options[:start_date]] << "と#{record.class.human_attribute_name(end_date)}の期間は#{max_days_period_val}日以内を入力してください" end return if start_date_val <= end_date_val record.errors[options[:start_date]] << "は#{record.class.human_attribute_name(end_date)}よりも前に設定してください" end end
対象のモデルに以下のような宣言を追加します。
validates_with DatePeriodValidator, start_date: :sales_start_date, end_date: :sales_end_date, max_days_period: 31
