osamu0329のブックマーク / 2019年12月15日

osamu0329 id:osamu0329

2019年12月15日のブックマーク (3件)

chan chan は意外と美味しい - Qiita
すっかり寒くなってきてチャンチャン焼きが美味しい今日この頃ですね(^_^) ところで、Go言語でchannelをchannelで受け渡し出来ること、ご存知でしょうか。自分の周囲では使っている人少なそうですが、意外と便利なので使用例をいくつか紹介したいと思います。使用例 1: Request/Response channelは通常片方向の受け渡しですが、channelを二重にすることでレスポンスを受け取ることができます。例えば処理結果のerrorを受け取りたい場合は chan chan error を使用します。
osamu0329 2019/12/15
go

golang
リンク
アプリケーションにおけるデータ不整合との戦い - blog.syfm
これは Aizu Advent Calendar 2019 の 15 日目の記事です。14 日目は uzimaru0000 さん、16 日目は kacky__917 さんです。はじめに世の中には日々たくさんの価値ある Web サービスが生まれていますが、その価値を正しく提供するにはアプリケーションが正しく動かなければなりません。たとえばアプリケーションは適切なユーザに適切なリソースを提供しなければならず、エラーを返す際は十分に定義された仕様に沿って返し、UI 側ではユーザに適切なメッセージを表示しなければなりません。実際のところ、これらを厳密に実現するのは非常に困難ですが、アプリケーションにはこれら以上に複雑な問題が常につきまといます。現在の Web アプリケーションはほとんどが分散システムの一形態です。例えばクライアントとサーバや、サーバとデータベースがネットワークを介して接続
osamu0329 2019/12/15
リンク
クリーンアーキテクチャのUsecaseはなぜControllerへ値を返すのではなくOutput PortとしてPresenterを呼び出すのか - Runner in the High
何を言っているのかと言うと、みんな大好きクリーンアーキテクチャの右下に図示されているFlow of Controlのこと。黒線が引かれているということは、つまりUsecaseの中でOutput Portのインターフェイスを持つPresenterの関数なりが最終的に実行されるということである。ここで湧き上がってくる疑念は「UsecaseがPresenterを呼び出さなくてもControllerに返り値とかで値を返して、Controller経由でPresenterに渡して実行しても同じなんじゃないの？」である。つまりOutput Portというインターフェイスそのものを撤廃してControllerにPresenterを使わせるアイデアである。たしかに、仮にこの方針で行ったとしても依存の方向が壊されることはない。 Software Engineeringでは同様の質問がかなり盛り上がっている
osamu0329 2019/12/15
リンク
- 2019年12月16日
- 2019年12月15日
- 2019年12月13日