常連

## テーマ、知りたいこと
Android開発におけるMVVMとFluxアーキテクチャの違いを知りたいです。

## 背景、状況
これまでのAndroid開発ではMVVMを使っていましたが、最近Fluxを知り、現在実装途中です。しかし、Fluxを使ってみて、これはMVVMの何を解決するんだろうという疑問が湧いてきました。具体的にMVVMとFluxにどのような違いがあるのか知りたいです。

＃質問
・MVVMの双方向フローにやりづらさはありますか？
よくFluxは単方向フローで状態を追いやすい、変化を把握しやすいというメリットがあると言われています。そしてそのメリットは自分でも感じました。しかし、逆にMVVMでわかりづらさがあるのかわかりません。
双方向だとどのようなわかりづらさがあるのでしょうか？実務レベルの大規模開発をしたことがないため、ViewModelでModelを更新し、それを再度Viewで購読するという流れにわかりづらさを感じません。何か具体例などを用いて説明していただけると嬉しいです。

・Fluxを採用すべきアプリはどのようなものでしょうか？
Fluxは登場する構成要素が多いため、冗長になるという問題があります。シンプルにかけるMVVMではなくFluxを採用するのはどのような時なのでしょうか？






AndroidにおけるFluxとMVVMの違いを話し合いたいです

### わからないこと、回答してほしいこと
AndroidアプリをKotlinで開発する際、DB接続やIO処理のような一般的に重い処理は非同期で行うような設計思想になっていると思うのですが、仮にinsertが失敗したとか、DBにおいて重複禁止項目のバリデーションエラーに引っかかったなどは、どのようにユーザーに伝えるのが一般的なのかわからないのですが、
こういったアプリの基本的な処理についてのサンプル(入門)プログラムなどは公式から提供されていないのでしょうか？

# 補足、前提
(そもそもDBサーバーに接続に行くのがスマホからだと微妙でAPIサーバーを立てろみたいな意見もありそうですが、すでに利用しているソフトウェアについて、モバイル対応とかもあるとは思うので。。。)

## 関連してUIのトーストについて
以前自分は、トーストは非推奨で、スナックバーを利用すべきというのを見た記憶があり、今回質問の際に再検索してみたところ、以下の内容がヒットしました。
https://developer.android.com/reference/android/widget/Toast

内容からして私が以前確認した、トーストは非推奨というのは誤訳かなにかを確認しただけなのかなと思うのですが、特に理由なくトーストを利用してよいのでしょうか？

## 質問内容のおさらい
非同期処理の実行結果に対してUIに伝えるためのサンプルなどはあるでしょうか？
ユーザーエクスペリエンスのために、UIを思うように動かせないような処理(例えばポップアップによる選択)なども極力してはいけないという認識ですが、
サーバーとの処理はどのくらいかかるかわからず、画面遷移や応答の確認を待たず、即アプリを終了するなどのユーザー操作が考えられますが。

こういうアーキテクチャというか、スマホアプリの設計をする上で必須レベルの情報ってどこで参照すればよいのでしょう？

# お詫び
※話したいことが多すぎてまとまりがないと感じるかもしれませんが、これでも一つの議題に絞ってそれ以外の内容は省いているつもりです。
恐縮ですがよろしくお願いします。

AndroidアプリにおけるDB処理のインタラクティブな

[ SSL/TLSは何層?](http://d.hatena.ne.jp/takehikom/20150803/1438601460)
というサイトにこういう質問があります。

> 「https://...」による暗号化通信を実現しているのは，SSL/TLSである．これは，HTTPなどより下位の＿＿＿＿に位置し，暗号通信の枠組を提供する．

一応回答が載っているのですが、通常ならこれどう回答しますか？？
このサイトの結論はよくわかりませんが、

#TLSは名前からしてトランスポート層に位置してそうですが、厳密にはどこの層に入るものなのでしょうか？？
いろいろなサイトを見ていたんですが、
**トランスポート層 or セッション層 or その間**
が一番多かったのですが、、、、

最初は、C言語でOpenSSLを実装したコードを見ると、socket(セッション層)を作った後なので、トランスポートとセッションの間だと思っていたんですが、なんだか違うような気がしてきました。

```C
 // SSLの初期化 
SSL_library_init(); 
SSL_CTX* ctx = SSL_CTX_new( SSLv2_server_method() ); 
SSL* ssl = SSL_new( ctx ); 
SSL_set_fd( ssl, s ); 

SSL_use_certificate_file( ssl, "public.key", SSL_FILETYPE_PEM ); 
SSL_use_PrivateKey_file( ssl, "private.key", SSL_FILETYPE_PEM ); 
//
SSL_accept(ssl); 

char msg[64]; 
SSL_read( ssl, msg, sizeof(msg) ); 
//
SSL_shutdown(ssl); 
SSL_free(ssl); 
SSL_CTX_free(ctx);
```
iso参照モデルの各層には入らない、「その間」などという表現は正しいのでしょうか？？
**もしかして、正確にはSSLとTLSは層が違うかも？？ → だからSSL/TLSはあやふや？** と思いましたが・・・

分かる方、教えてください。

> [追記]

maisumakunさんとikedasさんの回答を参考に追記します。
お２人とも「ISO参照モデルが現在主流のTCP/IPのモデルとは厳密には対応していない」ということをおっしゃっております。
では、SSL/TSLは、「TCP/IPの現在のモデル」ではアプリケーション層、トランスポート層、またはその間、
となりそうですが、どうでしょう？
こちらも「正確にはどの層とも言えない」のでしょうか？？

SSL/TLSは第何層でしょうか？？

## テーマ、知りたいこと

最近、量子コンピューターという言葉を聞くようになりましたが、現在のコンピューターとアーキテクチャーが変わるのか？

## 背景、状況

現在、ガベージコレクションの復習や新たにRustの学習をしようと思っているのですが、もし今からそれをやるならばこっちの方が良いよという物があったら教えていただきたく投稿致しました。

量子コンピューターが家庭用デバイスになるか否か、なるとしてもいつなるのか、分かりませんが、そもそもCPUの演算処理の方法が変わるというイメージを持っております。

もし、私のイメージが合っていると、古典と量子コンピューターでもアーキテクチャー自体に差はなく、メモリ管理も今までと変わらず行える事を（出来れば普通はそうするであろうと）期待し、ガベージコレクションやRustの学習をしようかと思っております。

質問になってしまっておりますが、ご意見及びご教示いただけますと幸いでございます。
何卒、宜しくお願い申し上げます。


量子コンピューターのアーキテクチャに関して。

youtubeに限った話ではないのですが・・・

[リンク内容](https://teratail.com/questions/64237)
こちらの質問のmaisumakunさんのコメントで「QUIC」と出てきますが、これで思ったのですが、、、

#Youtubeってhttps(TCP)で、尚且つUDPの動画ストリーミングってどういうことでしょうか？？

youtubeはgoogleが運営しているのではないのであれば、QUICは使用されていないと考えているのですが、、、
TCPとUDPの併用が可能なのでしょうか？？

英語なのですが、以下のようなものを見つけました。
[Youtube use tcp or udp?](https://www.crazyengineers.com/threads/youtube-use-tcp-or-udp.38419/)

英語があまり得意ではないのですが
flsha player とRTSPというプロトコルで実現しているの・・・かな？
RTSPはアプリケーション層に存在するプロトコルだそうですが・・・

こちらはUDPは使用されていないということでしょうか？？
ストリーミングの実現はUDP以外でも可能なら、このプロトコルいらないような気がしますが・・・
(結構悪用されてますし・・・)
Google chrome ではflash playerなしでyoutubeを再生できる。こちらはQUICという技術のおかげでしょうか？

教えてください。

> [追記]

同一層のプロトコルの併用が可能かどうかはトランスポート層に限った話ではありませんでしたね。
RTSPはアプリケーション層に存在するプロトコルという時点で、HTTPと併用しているようにも見えます。

UDPとTCPの併用って可能ですか？

掛け算と違って**桁数が増えると割り算は遅くなる。**

> 除算（割り算）も一番簡単で分かりやすい方法は、割り算の基本理念に基づいて、割られる数から割る数を引いていき、商が［1］以下になるまで何回引いたかをカウントする方法です。


> 2進数を右にSビット論理シフトすると、2-s倍すること(2sで割ること)に相当

現代のCPUには「割り算用の回路」が組み込まれているそうですが・・・
どこかで「200桁くらいの割り算をやるとかなりの年数がかかる」みたいな情報を見かけたことがあります。

#桁数が増えると割り算の演算速度が極端に遅くなる**理由**がわかりません。
以下のサイトを参考にしました。

[実は足し算しかできない!?](http://ednjapan.com/edn/articles/1307/16/news002_2.html)
[あなたは論理演算がわかりますか？](http://itpro.nikkeibp.co.jp/members/ITPro/ITBASIC/20020807/1/?rt=nocnt)

#ソフトウェアでの工夫
C言語で割り算の桁が増えないように、割り算を複数回に分解して計算したら、速度は向上しますか？？
桁を減らし、回数を増やした方がはやくなるかな？と思いました。

1/(x-2)(x-5)  → 1/3(1/x-5 - 1/x-2) みたいに？

面白いサイトを見つけましたので、載せておきます。
[プログラムによる数値演算のベンチマーク](http://www001.upp.so-net.ne.jp/y_yutaka/labo/math_algo/calcbench.html)

教えてください。

現代のコンピュータってどうして割り算が苦手なのでしょうか？？

ドメイン設計で開発を行っています。
リポジトリについての理解が難しく混乱しているので質問させてください。

例えばなのですが、オーナーとユーザーという概念が存在しているとします。
オーナー1人につきユーザーが複数存在してオーナーはユーザーの管理者です。
オーナーだけがタグを作成できる機能があり、ユーザーはオーナーが作成したタグを選択(複数可)することができます。

この場合、テーブルとしては「タグテーブル」と「ユーザー選択タグテーブル」が必要だと思います。
テーブルの構成としてはこのようなものと仮定します。

タグテーブル
tag_id | owner_id | tag_name

ユーザー選択タグテーブル
tag_id | user_id

この場合、タグを保存する際はTagRepositoryを用意して保存すればいいと考えています。
しかし、ユーザーがタグを選択して保存する際にリポジトリをどのように定義すればいいのかがわかりません。
タグ選択はタグIDのみが配列で渡されるという動作を考えていて、このタグIDのみを保持するドメインオブジェクトを作成する必要があるのでしょうか？
また、ユーザーが選択画面でタグ情報を取得する際はタグID+タグ名が必要になりこちらも別途ドメインオブジェクトが必要でしょうか？(保存時のドメインオブジェクトと共通でいい？)

・オーナーがタグを保存する際は、タグ用のドメインオブジェクトを用意して、TagRepositoryで永続化する
・オーナーがタグを取得する際は、TagRepositoryからデータを取得して、タグ用のドメインオブジェクトに変換する
・ユーザーが選択タグを保存する際は、選択タグ用のドメインオブジェクト(param: tag_id, name = null)を作成して、選択タグ用のドメインオブジェクトの配列の中からtag_idを抜き出してSelectTagRepositoryで永続化
・ユーザーが選択タグを取得する際は、SelectTagRepositoryからデータを取得して、選択タグ用のドメインオブジェクトに変換する。
まとめると自分の認識ではこのように考えています。
しかし、選択したタグIDを保存するのにリポジトリは必要なのかという疑問と、保存時はnameが常にnullになることに疑問を感じています。

リポジトリについて理解が浅く頓珍漢なことを言っていると思いますが、よろしければ回答よろしくお願いします。


ドメイン駆動設計におけるリポジトリの設計について

MVCなどの概念でビジネスロジックを担当する層として「Model」という層が登場しますが、なぜこの名前なのでしょうか？

個人的な印象ですがモデルは「模型」のようなニュアンスが強いと思っていて、名前だけ聞くとデータオブジェクトのような雰囲気があります

MVVMの「ViewModel」はまさにモデルっていう感じで納得できるのですが、今まで見てきたMVCやMVVMのModelはビジネスロジックを担当していたりデータストアとのやりとりを担当していることが多いように感じました

また解説書や解説サイトなどでもModelはビジネスロジックを担当する層という説明がよくでてきます

アーキテクチャ自体に疑問はないのですがなぜこの層をModelというのでしょうか？
由来をご存知の方いたら教えて下さい