はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

概要 WebアプリのUIとしてフォームを作成する場合は、HTMLの<input>タグを利用する。 この入力フォームに対して入力を始める前に入力できる文字種に応じた入力モードになるようにIMEを制御したいという要件が（特に業務アプリでは）ありうる。 ここではその方法を解説する。 方法 一般的な実装 これでIMEがオンの状態になる。ime-modeは以下の値を取りうる。 active: IMEをオンにする。ただし、ユーザはオフにする操作ができる。 inactive: IMEをオフにする。ただし、ユーザはオンにする操作ができる。 disabled: IMEを無効にする。ユーザが状態を変えることはできない。ただし、これは使用してはならない。理由は後述する議論-UXについてを参照。 議論 対応ブラウザについて このime-modeというスタイルはCSS3の標準ではない。 そのため、必ずしも全てのブラ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 英語のニュアンスがわからないため微妙なところで名付けに困ることがあります。 これは自分なりの使い分けのガイドラインです。 どういう表現を使用するか 数 積極的に採用 hoge_number : 番号を表すときはnumber hoge_count : 計数（個数や回数）を表すときはcount 採用したくない number_of_hoge : 長くなるから嫌う人は多いと思う hoge_no : noでは意味がわからない コレクション 積極的に採用 hoges : 一般的に複数形にすることでコレクションであることを表現できる hoge_gro

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? RESTful APIを設計した際のステータスコードの指針です。 メソッド別 GET 成功した場合 200 OK：最も一般的 304 Not Modified：条件付きGETでキャッシュを使わせたい場合 POST 成功した場合 201 Created 作成したリソースのURIを示すLocationヘッダを付けておく 議論 200 OKだとまずいのか？ 200 OKを応答する実装も多くあり、まずいというわけでもない 200 OKはPOST結果がキャッシュ可能、201 CreatedはPOST結果がキャッシュ不可能として分けてもいいが、そこ

処理フロー トランザクション開始 productsをSELECTしてstockがあるか確認する ここで商品を確保する（productsの該当レコードのロック）が必要となる ordersにINSERT order_detailsにリクエストの商品配列の件数分INSERT(order_id=ordersと紐付け, product_id=リクエストから) 外部APIに連携して決済する(total_priceを計算して、cardを渡す) 失敗すれば ロールバック 決済が成功すればproductsをUPDATE(stockを減らす) paymentsにINSERT(order_id=ordersと紐付け, amount= total_price, card=リクエストから) コミット 処理全体がトランザクション内で実行されるため外部APIで失敗した場合にロールバックすればなんの問題もないように思われ