はてなブックマーク

Kotlinのクラス委譲（class delegation）機能について、今まで文法的には理解していつつも使い所がイマイチわかっていなかったんですが、今回一つの使い所がわかったので紹介します。 Kotlinドキュメント（本家） Kotlinドキュメント（日本語版） ※ 余談ですがクラス委譲という呼び名の他に、インターフェース委譲という呼び名もあるようです。意味的にはそちらのほうがしっくり来ますが、よく聞くクラス委譲という呼び名をここでは採用します。 クラス委譲の文法 詳細は前述の本家ドキュメントに書かれているので、ここでは超簡単に紹介します。 以下のようなやつです。 interface UserRepository { fun list() } class UserRepositoryImpl(val companyId: Long) : UserRepository { override

内容3行まとめ クラスのインスタンス生成には、コンストラクタよりFactoryメソッドのほうがベター KotlinだとFactoryメソッドの書き方が色々ある 大抵のケースで一番良いのは、Companion Object内にFactoryメソッドをそれっぽい名前（of,from等）で実装するやり方 参考書籍 最近、Effective Kotlinなるものがbeta releaseでpublishされていたため、その中の面白そうな内容をピックアップして自分なりにまとめ直してみました。 （関係ないですが、本をbeta releaseとして電子版で安く提供するって、今風のLeanなやり方で面白いですね） Effectiveとついていることからわかるように、プログラミング言語ごとによく出版されているEffectiveシリーズです。 Java界隈だとEffective Javaが言わずとしれた名著に

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? JWTとは JSON Web Tokenの略。ジョットと読むらしい。 ざっくりいうとJsonに電子署名を加え、URL-Safeな文字列にしたTokenのこと 正確にいうと、電子署名を使用する方式はJWS（JSON Web Signature）と呼ばれ、別途暗号化を使用するJWE（JSON Web Encryption）も存在する。よく見かける説明はJWS方式のほう。 JWS方式の場合、電子署名であり暗号化ではないため、中身を見ることは可能。但し改ざんはできない、という仕組み。 実際のユースケースで言うと、サーバ側で認証情報が入ったJso

概略とか 世の中にはクレジット決済代行サービスなんていう便利なものがあるようで、クレカ決済処理を実装する際にPAY.JPというサービスを使って実装してみました。 その際の知見をまとめて勉強会で発表する機会を会社でいただけました。 SlideShareへのリンク 内容としては、簡単に決済処理を行えるサービスであるPAY.JPを元に セキュアな処理であるクレジットカード決済処理はどのような仕組みで行われているのか 課金処理・外部サービス利用において気をつけなければいけない点 ビジネス面で気をつけなければ行けない点（法律面・サービス停止時のデータ移行など） 実際の開発・運用の中で感じたメリット・デメリット について説明しました。 こんな感じの大仰な告知文打ったところ、50名ぐらいが見に来てくださったので、感謝の限りです。 『マネタイズ』 ネットサービスにおいて非常に重要な概念かと思います。 顧客