回答編集履歴
1
レイヤーの具体例を追記しました。
answer
CHANGED
|
@@ -3,7 +3,10 @@
|
|
|
3
3
|
|
|
4
4
|
**(1) どのレイヤー向けに書かれている関数かを意識する**
|
|
5
5
|
|
|
6
|
-
基本的には関数を1つのまとまりとして読むと思いますが、その関数がどのレイヤのものかを意識します。例えば、業務
|
|
6
|
+
基本的には関数を1つのまとまりとして読むと思いますが、その関数がどのレイヤーのものかを意識します。レイヤーというのは例えば、業務処理（業務ロジック）、その中の小さな業務処理、業務共通の汎用的な処理（文字列処理や、値チェック処理）、ミドルウェアやプラットフォームに対する処理、DBに対する業務的でない処理、関連システムに対する処理、などが考えられるかと。ここらへん意識して書いてあると読みやすいんです。
|
|
7
|
+
|
|
8
|
+
だいたいは、業務処理を表す関数の中にさらに細分化された業務処理を行う関数や、汎用的な処理を行う関数があり、さらにその中にコンピューターの都合的な処理があります。レイヤーが人の考えや手続き的な処理から、コンピューターの都合的なものへと下がっていくので、それを意識しするといいかなと。
|
|
9
|
+
|
|
7
10
|
自分の関心がどこに向いているかを忘れないためにも、いいかと思ってます
|
|
8
11
|
|
|
9
12
|
|
|
@@ -18,7 +21,7 @@
|
|
|
18
21
|
その実現方法も合わせて学ぶ必要があるかなーと。
|
|
19
22
|
|
|
20
23
|
|
|
21
|
-
**(3)
|
|
24
|
+
**(3) 動機付け**
|
|
22
25
|
|
|
23
26
|
実際構築してみる。
|
|
24
27
|
コード以前にまず環境を整える段階で奮闘することになりますが。。。ｗ
|
|
@@ -28,4 +31,6 @@
|
|
|
28
31
|
|
|
29
32
|
資料があったり、綺麗にまとまっているコードだといいのですが、そうでない場合は初心者かどうかにかかわらず読み辛い場合もあるかと思います。そういった場合は、どう読めば読みやすいか考えるよう気を付けています。
|
|
30
33
|
|
|
31
|
-
たとえば資料がなく、やっていることがごちゃごちゃしていたり、コードが長いかったりする場合には、とりあえず印刷します。やっていることを部分部分要約する感じでメモを取ったり、わかりやすいようブロック分けしたりします。
|
|
34
|
+
たとえば資料がなく、やっていることがごちゃごちゃしていたり、コードが長いかったりする場合には、とりあえず印刷します。やっていることを部分部分要約する感じでメモを取ったり、わかりやすいようブロック分けしたりします。
|
|
35
|
+
ホッチキス止めはしません、ばらせるようにクリップです。
|
|
36
|
+
また、紙で奮闘すると眠くならなかったりします。
|