Help us understand the problem. What is going on with this user?
貴明 渡辺
@nabepon

Tokyo, Japan

アジアクエスト株式会社

Comments
次の組み合わせで更に保存しにくくできると思います 画像pathをアクセスするたびに変える さらにcanvasに描いてから表示する
これは見た目かなりGoっぽいですねっ
tryCatch関数は、wrap関数の引数を関数にしてI/F変えただけなんですけどね。 exceptionオブジェクトを受け取れるようにしただけではあります。 ```javascript const...
やっぱtry/catch書きますわぁ
@41semicolon try/catchをしやすくするライブラリ作るのはアリかもしれないですね 汎用性考えると関数の方がいいかも? こういう感じですかね ```javascript cons...
@tai2@github さん reducerは非同期取れないのでビジネスロジックは書くべきではないと思います。reducerは文字通りstateをreduceするだけで、受け取ったpayloadをど...
@naomei さん こちらも反応いただけて嬉しいです。ありがとうございます。 規模が大きくならないとメリットを享受しずらい設計的ですが、使用感など感想頂けたら嬉しいです。
@naomei さん 基本的にはModelを追加し、各Package内でComponentを用意した方がよいです。 Packageを複数付与は「どう考えても複数付与の方が設計的に良い」と判断できる場合...
@naomei さん Packageですがそのような認識で大丈夫です。 例えばA画面に似た画面A1、A2、A3とB画面に似た画面B1、B2、B3があったとしたら、Package AとBを作って共通部分...
文脈により正解は変わると思いますが、同じく`foo && foo.length === 3`で良いと思います。 理由はnullだけチェックしても意味ないので、ちゃんとやりたいなら'`typeof fo...
エラーハンドリングが目的であればrejectを用いたらどうでしょうか。throwでも同じにはなりますが、例外処理の構文なので例外を扱う場合で使うべきかと思います。 ``` return Promise...
@raccy さん 積極採用しない方がいいのに同感です。 この記事はコードリーディング時に困る構文紹介を意図していて、使用を勧める意図はありませんでした。 個人的な意見でいえば、使用して分かったことフ...
@shuntksh さん、コメントでのフォローありがとうございます!
@think49 さん ご質問ありがとうございます! これらはESNextで提案されているもので独自拡張とはまた違うんですが、 提案はされているけどまだ正式に入ると決まっていない構文になります。 使え...
  • 1 / 1
Why do not you register as a user and use Qiita more conveniently?
You need to log in to use this function. Qiita can be used more conveniently after logging in.
You seem to be reading articles frequently this month. Qiita can be used more conveniently after logging in.
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
ユーザーは見つかりませんでした