回答編集履歴
7
低評価された方はコメントください。不当な低評価は運営から然るべき対処をされる旨の連絡きています。
answer
CHANGED
@@ -6,7 +6,7 @@
|
|
6
6
|
ただ、きちんと具体例が示されている提示の記事を読んで「ほとんど同じ」という認識だとおそらくずっと使い分けできるようにはならないと思うので、せめてGET,POSTだけでもきちんと使い分けてください。
|
7
7
|
|
8
8
|
「こういう概念があったから知りたい」と思う好奇心は大変結構なことですが、その好奇心を「質問サイトで他人に丸投げて知ろう」というのではなく「調べつくして検証してみて自身で理解した内容がどこまで通用するか試してみたい」という方向に使っていただきたい。
|
9
|
-
他人の説明は他人の理解です。自分のものにはなりえません。経験は自分がやってようやく身につくものです。野球で「ホームランを打つ人を見て」も「打てる人から説明やコツを聞いた」だけでも自身はヒットすら打てるようになりません。それと同じ。
|
9
|
+
他人の説明は他人の理解です。自分のものにはなりえません。経験は自分がやってようやく身につくものです。野球で「ホームランを打つ人を見て」も「打てる人から説明やコツを聞いた」だけでも自身はヒットすら打てるようになりません。それと同じです。
|
10
10
|
|
11
11
|
それでも「他人から情報を得たい」のであれば下記のような質問や記事(英語)を読んでいくと良いかと。
|
12
12
|
- [how-to-use-patch-request-in-laravel](https://stackoverflow.com/questions/42313033/how-to-use-patch-request-in-laravel)
|
6
低評価された方はコメントください。運営から然るべき対処をされる旨の連絡きています。
answer
CHANGED
@@ -12,4 +12,4 @@
|
|
12
12
|
- [how-to-use-patch-request-in-laravel](https://stackoverflow.com/questions/42313033/how-to-use-patch-request-in-laravel)
|
13
13
|
- [What's the differences between PUT and PATCH?](https://laracasts.com/discuss/channels/general-discussion/whats-the-differences-between-put-and-patch?page=1)
|
14
14
|
|
15
|
-
※下手に日本人がするよりもいい質問の仕方と回答がついているという認識で提示しています
|
15
|
+
※下手に日本人がするよりもいい質問の仕方と回答がついているという認識で提示しています
|
5
修正
answer
CHANGED
@@ -6,7 +6,7 @@
|
|
6
6
|
ただ、きちんと具体例が示されている提示の記事を読んで「ほとんど同じ」という認識だとおそらくずっと使い分けできるようにはならないと思うので、せめてGET,POSTだけでもきちんと使い分けてください。
|
7
7
|
|
8
8
|
「こういう概念があったから知りたい」と思う好奇心は大変結構なことですが、その好奇心を「質問サイトで他人に丸投げて知ろう」というのではなく「調べつくして検証してみて自身で理解した内容がどこまで通用するか試してみたい」という方向に使っていただきたい。
|
9
|
-
他人の説明は他人の理解です。自分のものにはなりえません。経験は自分がやってようやく身につくものです。野球で「ホームランを打つ人を見て」も打てる人から説明やコツを聞いた」だけでも自身はヒットすら打てるようになりません。それと同じ。
|
9
|
+
他人の説明は他人の理解です。自分のものにはなりえません。経験は自分がやってようやく身につくものです。野球で「ホームランを打つ人を見て」も「打てる人から説明やコツを聞いた」だけでも自身はヒットすら打てるようになりません。それと同じ。
|
10
10
|
|
11
11
|
それでも「他人から情報を得たい」のであれば下記のような質問や記事(英語)を読んでいくと良いかと。
|
12
12
|
- [how-to-use-patch-request-in-laravel](https://stackoverflow.com/questions/42313033/how-to-use-patch-request-in-laravel)
|
4
修正
answer
CHANGED
@@ -6,7 +6,7 @@
|
|
6
6
|
ただ、きちんと具体例が示されている提示の記事を読んで「ほとんど同じ」という認識だとおそらくずっと使い分けできるようにはならないと思うので、せめてGET,POSTだけでもきちんと使い分けてください。
|
7
7
|
|
8
8
|
「こういう概念があったから知りたい」と思う好奇心は大変結構なことですが、その好奇心を「質問サイトで他人に丸投げて知ろう」というのではなく「調べつくして検証してみて自身で理解した内容がどこまで通用するか試してみたい」という方向に使っていただきたい。
|
9
|
-
他人の説明は他人の理解です。自分のものにはなりえません。経験は自分がやってようやく身につくものです。野球でホームランを打つ人を見ても打てる人から説明やコツを聞いただけではヒットすら打てるようになりません。それと同じ。
|
9
|
+
他人の説明は他人の理解です。自分のものにはなりえません。経験は自分がやってようやく身につくものです。野球で「ホームランを打つ人を見て」も打てる人から説明やコツを聞いた」だけでも自身はヒットすら打てるようになりません。それと同じ。
|
10
10
|
|
11
11
|
それでも「他人から情報を得たい」のであれば下記のような質問や記事(英語)を読んでいくと良いかと。
|
12
12
|
- [how-to-use-patch-request-in-laravel](https://stackoverflow.com/questions/42313033/how-to-use-patch-request-in-laravel)
|
3
修正
answer
CHANGED
@@ -1,7 +1,7 @@
|
|
1
1
|
使い分けができるのが望ましいが、使い分けイメージがわかない段階で無理に使い分けようとしなくても良いかと。実装イメージがわかないものを無理やり使おうとしても混乱するだけです。
|
2
2
|
オブジェクト指向も同じですね。フレームワークも同じ。メリットが見えない段階では実用に耐えません(勿体ない)
|
3
3
|
|
4
|
-
なぜなら「こういう機能を使いたい」という理由でアプリケーションは
|
4
|
+
なぜなら「こういう機能を使いたい」という理由ではアプリケーションは作りません。実現可能なやり方を探っていて「実現のために必要だから」利用します。アプリケーションを作っていくうえで必要だから利用します。
|
5
5
|
|
6
6
|
ただ、きちんと具体例が示されている提示の記事を読んで「ほとんど同じ」という認識だとおそらくずっと使い分けできるようにはならないと思うので、せめてGET,POSTだけでもきちんと使い分けてください。
|
7
7
|
|
2
修正
answer
CHANGED
@@ -5,8 +5,10 @@
|
|
5
5
|
|
6
6
|
ただ、きちんと具体例が示されている提示の記事を読んで「ほとんど同じ」という認識だとおそらくずっと使い分けできるようにはならないと思うので、せめてGET,POSTだけでもきちんと使い分けてください。
|
7
7
|
|
8
|
+
「こういう概念があったから知りたい」と思う好奇心は大変結構なことですが、その好奇心を「質問サイトで他人に丸投げて知ろう」というのではなく「調べつくして検証してみて自身で理解した内容がどこまで通用するか試してみたい」という方向に使っていただきたい。
|
9
|
+
他人の説明は他人の理解です。自分のものにはなりえません。経験は自分がやってようやく身につくものです。野球でホームランを打つ人を見ても打てる人から説明やコツを聞いただけではヒットすら打てるようになりません。それと同じ。
|
8
10
|
|
9
|
-
それでも
|
11
|
+
それでも「他人から情報を得たい」のであれば下記のような質問や記事(英語)を読んでいくと良いかと。
|
10
12
|
- [how-to-use-patch-request-in-laravel](https://stackoverflow.com/questions/42313033/how-to-use-patch-request-in-laravel)
|
11
13
|
- [What's the differences between PUT and PATCH?](https://laracasts.com/discuss/channels/general-discussion/whats-the-differences-between-put-and-patch?page=1)
|
12
14
|
|
1
修正
answer
CHANGED
@@ -1,5 +1,5 @@
|
|
1
1
|
使い分けができるのが望ましいが、使い分けイメージがわかない段階で無理に使い分けようとしなくても良いかと。実装イメージがわかないものを無理やり使おうとしても混乱するだけです。
|
2
|
-
オブジェクト指向も同じですね。フレームワークも同じ。メリットが
|
2
|
+
オブジェクト指向も同じですね。フレームワークも同じ。メリットが見えない段階では実用に耐えません(勿体ない)
|
3
3
|
|
4
4
|
なぜなら「こういう機能を使いたい」という理由でアプリケーションは存在しません。実現可能なやり方を探っていて「実現のために必要だから」利用します。
|
5
5
|
|