【こっそり始める】Javaプログラマコーディングマイグレーション
•
30 likes•14,663 views
JJUG CCC Fall 2015 #jjug_ccc #ccc_ab6の資料です。 （カットしたスライド含めた完全版） Java SE 8に関してEOLが延長されたようなのでその補足訂正も追加しました。
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (20)
Similar to 【こっそり始める】Javaプログラマコーディングマイグレーション
Similar to 【こっそり始める】Javaプログラマコーディングマイグレーション (6)
More from yy yank
【こっそり始める】Javaプログラマコーディングマイグレーション
- 1. JJUG CCC 2015 fall @yy_yank #ccc_ab6 【こっそり始める】 Javaプログラマコーディング マイグレーション
- 3. 自己紹介 ヤンク(@yy_yank) こいつです ・JJUG、JKUGに出没 ・vi好き ・でもサクラエディタicon ・ゆるふわSIer ・JavaとKotlinが好き
- 5. 数日後・・・
- 6. あ、メールきたで
- 8. ？？？？？
- 10. それはさておき
- 11. 現場のコード どうですか？
- 12. 2015年の Javaですか？
- 16. 平和にこっそりやりたい
- 17. JJUG CCC 2015 fall @yy_yank #ccc_ab6 【こっそり始める】 Javaプログラマコーディング マイグレーション
- 21. ・Java自体のversion up (例えば、Java SE 6 -> Java SE 8など) は完了しているものとする ・またはプロジェクトでversion upの同意 がとれているものとする 前提
- 22. ・Java自体のversion up (例えば、Java SE 6 -> Java SE 8など) は完了しているものとする ・またはプロジェクトでversion upの同意 がとれているものとする そこが大変なんですけどね 前提
- 23. Java SE 6 likeなもの Java SE 7 likeなもの Java SE 8 likeなもの Javaマイグレーションマイルストーン
- 24. Java SE 6 likeなもの Java SE 7 likeなもの Java SE 8 likeなもの 今回ここまでです Javaマイグレーションマイルストーン
- 25. Java SE 8 likeなもの Java SE 9 likeなもの ここまで見据えていればすばらしい Java SE 9は来年らしいですね Javaマイグレーションマイルストーン
- 26. うちのプロジェクト J2SE 1.4(Java SE 4) なんだけど…
- 33. ・互換性故にオールドタイプなコーディング が許容される ・言語の進歩に技術者がついていってな いことがあったりする ・昔の書き方はもう出来ません！ という言語ではない Javaの強い後方互換性ゆえに
- 44. dependencies { compile 'org.apache.commons:commons-lang3: 3.3.2' testCompile('junit:junit:4.11') { transitive = false } 1.現場のコードを診る 〜依存ライブラリ〜
- 49. ・原始的にpublic static void mainを探す ・スタックトレースを出してみる 1.現場のコードを診る 〜アーキテクチャ〜 エントリポイントの探索
- 50. ・原始的にpublic static void mainを探す ・スタックトレースを出してみる new Exception().printstacktrace(); ※あくまでデバッグ用 1.現場のコードを診る 〜アーキテクチャ〜 エントリポイントの探索
- 51. 1.現場のコードを診る 〜アーキテクチャ〜 使用されているフレームワーク Java EEなら ・EJB、JSF、CDI その他 Spring系(Spring MVC、Spring Web etc..) など
- 52. 1.現場のコードを診る 〜アーキテクチャ〜 使用されているフレームワーク Java EEなら ・EJB、JSF、CDI その他 Spring系(Spring AOP、Spring Web etc..) など 知っていなくても、 アノテーションかクラス名で 検索すればなんとなくは分か るはず。 事前知識としてある程度知っ ておきたい
- 54. ベースとなるフレームワーク public class ActionServlet extends HttpServlet { public void doGet(HttpServletRequest request, HttpServletResponse response) { process(request, response); } ・・・（略）・・・ }
- 55. ベースをラッピングしたフレームワーク public class SyanaiFrameworkServlet extends ActionServlet { public void doGet(HttpServletRequest request, HttpServletResponse response) { super.doGet(request, response); syanaiLogic.execute(); } ・・・（略）・・・
- 65. 1.現場のコードを診る 〜ソースコメント〜 // TODO 文言変更 String message = “不正なエラー”; // FIXME 不具合があるため一旦コメントアウト // HogeUtil.executeSomething();
- 66. 1.現場のコードを診る 〜ソースコメント〜 switch(hoge) { case A: a(); break; case B: b(); break; default: // ここに来るはずは無い break;
- 69. Answer
- 70. なにかしら障壁があるから
- 74. キェェェェェェェェェ ェwww
- 80. ・変数とメソッドはキャメルケース ・クラスはパスカルケース ・for(int i = 0; i < hoge.length; i++) ・拡張for文 ・変数は呼び出す直前で定義 ・Java Beans ２.チームメンバーのコードを診る 〜Javaコーディングセオリー〜入門レベル(必須)
- 81. public class hogeHoge { String user_id; String UserId; public void GetHoge() public void get_hoge() } ２.チームメンバーのコードを診る 〜Javaコーディングセオリー〜
- 82. boolean deleteFlag = false; ・・・・長い処理・・・ for(...){ ・・・・長い処理・・・ if(...) { if(...) { else if(...){ } ・・・・長い処理・・・ deleteFlag = true; } } ２.チームメンバーのコードを診る 〜Javaコーディングセオリー〜
- 87. ・Java SE 8知ってたらStream API使い たがると思うのでそこも見分けるのは簡単 ２.チームメンバーのコードを診る 〜どのverのJavaコーディングか〜
- 91. ・1メソッドがやたら長い人 →設計書のその通りに作るタイプ アバウトな例ですがこんな感じ。 コードと普段の会話でなんとなく 見えてくるものが…？ ２.チームメンバーのコードを診る 〜どういう性格か〜
- 98. ・SOLID State Dependency Principle Open-Closed Principle Liskov Substitution Principle Interface Segregation Principle Dependency Inversion Principle ２.チームメンバーのコードを診る 〜DRY, SOLID〜
- 106. ・処理スピードを重視するか ３.人を選ぶ
- 108. ・怠惰か ３.人を選ぶ
- 116. あ、ここのソースなんです けど
- 118. えっ、何ですかそれ
- 122. そうっすねー 使ってみますよ
- 127. 口コミ戦法を踏まえて こんな感じで…
- 130. ？？ 聞いた事無いですねぇ。
- 133. @Test public void リストを偶数だけにする() { // 1〜100のデータ // setup(1〜100を持つリストを作る) List<Integer> result = create1To100(); 5.JUnitで示す
- 134. // exercise List<Integer> evenList = result.stream() .filter(n -> n % 2 == 0) // 偶数でフィルタ .collect(Collectors.toList()); // リスト化 5.JUnitで示す
- 135. // verify assertThat(evenList.size(), is(50)); assertThat(evenList.get(0), is(2)); assertThat(evenList.get(1), is(4)); assertThat(evenList.get(2), is(6)); assertThat(evenList.get(3), is(8)); assertThat(evenList.get(4), is(10)); 5.JUnitで示す
- 136. @Test public void リストを偶数だけにする() { List<Integer> result = create1To100(); // 1〜100のデータ List<Integer> evenList = result.stream() // .filter(n -> n % 2 == 0) // 偶数でフィルタ .collect(Collectors.toList()); // リスト化 assertThat(evenList.size(), is(50)); assertThat(evenList.get(0), is(2)); assertThat(evenList.get(1), is(4)); assertThat(evenList.get(2), is(6)); assertThat(evenList.get(3), is(8)); assertThat(evenList.get(4), is(10)); 5.JUnitで示す 実装サンプル
- 137. @Test public void リストを偶数だけにする() { List<Integer> result = create1To100(); // 1〜100のデータ List<Integer> evenList = result.stream() // .filter(n -> n % 2 == 0) // 偶数でフィルタ .collect(Collectors.toList()); // リスト化 assertThat(evenList.size(), is(50)); assertThat(evenList.get(0), is(2)); assertThat(evenList.get(1), is(4)); assertThat(evenList.get(2), is(6)); assertThat(evenList.get(3), is(8)); assertThat(evenList.get(4), is(10)); 5.JUnitで示す 期待値 (アサーション) ※分かりやすさ重視
- 138. @Test public void リストを偶数だけにする() { List<Integer> result = create1To100(); // 1〜100のデータ List<Integer> evenList = result.stream() // .filter(n -> n % 2 == 0) // 偶数でフィルタ .collect(Collectors.toList()); // リスト化 assertThat(evenList.size(), is(50)); assertThat(evenList.get(0), is(2)); assertThat(evenList.get(1), is(4)); assertThat(evenList.get(2), is(6)); assertThat(evenList.get(3), is(8)); assertThat(evenList.get(4), is(10)); 5.JUnitで示す このときに パフォーマンスも測定し て伝えると効果的
- 140. 4.JUnitで示す OK!!!!!
- 141. こんな感じでデモすれば こういう感じに
- 142. うまくいくはず！！
- 148. Thread t = new Thread(new Runnable(){ public void run() { doSomething(); } }); t.start(); Thread VS Concurrency Utilities
- 149. ExecutorService service = Executors. newSingleThreadExecutor(); service.execute(new Runnable(){ public void run(){ doSomething(); } }); service.shutdown(); Thread VS Concurrency Utilities
- 150. ExecutorService service = Executors. newSingleThreadExecutor(); service.execute(() -> doSomething()); service.shutdown(); Java SE 8 ならこんな感じ Thread VS Concurrency Utilities
- 151. ・スレッド管理が簡単になった (※ここまでJava SE 6 で出来る) ・あと、色々もっと並列処理やろうとしたら色んなも のが選択肢にあがってくる…おそらく だけど、あえてバッサリカットします Thread VS Concurrency Utilities
- 152. ・業務での利用シーンは限られているし、 レイテンシを気にする人が自然に行き着くはず ・まずはThreadをnewしちゃうところから卒業を Thread VS Concurrency Utilities
- 153. 詳しくは ・Java並行処理プログラミング ―その「基盤」と「最新API」を究める ※ただし絶版 ・Java言語で学ぶデザインパターン入門 マルチスレッド編 Thread VS Concurrency Utilities
- 154. Thread VS Concurrency Utilities
- 156. byte[] fileData = …. OutputStream os = null; try { os = new FileOutputStream(“hoge.txt”); os.write(fileData); } finally VS try-with-resources
- 157. catch(IOException e) { …. } finally { if(os != null) { try { os.close(); } catch(IOException ..) {...} ……. finally VS try-with-resources
- 158. finally VS try-with-resources byte[] fileData = …. OutputStream os = null; try { os = new FileOutputStream(new File(“hoge.txt”)); os.write(fileData); } catch(IOException e) { …. } finally { if(os != null) { try { os.close(); } catch(IOException ..) {...} ……. 長いわ！！！！
- 159. byte[] fileData = …. try(OutputStream os = Files.newOutputStream (Paths.get(“hoge.txt”))) { os.write(fileData); } catch(IOException e) { …. } finally VS try-with-resources
- 161. ・実はさっきさりげなく使っていた Old File Operation VS NIO2
- 162. byte[] fileData = …. try(OutputStream os = Files.newOutputStream (Paths.get(“hoge.txt”))) { os.write(fileData); } catch(IOException e) { …. } Old File Operation VS NIO2
- 164. ・ファイル操作とファイルパス操作が明確 に分離されるようになった ・ファイル操作が簡単になった copy、move、権限操作、zipなど Old File Operation VS NIO2
- 166. List<String> stringList = new ArrayList<String>(); Old Generics VS Diamond
- 167. List<String> stringList = new ArrayList<>(); Old Generics VS Diamond
- 168. List<String> stringList = new ArrayList<>(); これは割とみんなすんなり受け入れてくれ る感じがしている Old Generics VS Diamond
- 170. too many catch VS multi catch try { …. } catch(IOException ioe) { throw HogeException(e); } catch(SQLException se) { throw HogeException(e); } catch(InterruptedException e) { throw HogeException(e);
- 171. too many catch VS multi catch try { …. } catch(IOException | SQLException | InterruptedException e) { throw HogeException(e); } これもすんなり受け入れてくれそう
- 173. Old Ex VS ReflectiveOperationEx try { Class clazz = Class.forName(“...”); clazz.newInstance(); } catch(ClassNotFoundException cex) { … } catch(InstatitationException iex) { … } catch(IllegalAccessException iaex) { … }
- 174. try { Class clazz = Class.forName(“...”); clazz.newInstance(); } catch(ReflectiveOperationException e) { …… } Old Ex VS ReflectiveOperationEx
- 176. Selfish Implement VS Collections return new ArrayList<>(); return new HashMap<>(); return new HashSet<>();
- 177. return Collections.emptyList(); return Collections.emptyMap(); return Collections.emptySet(); ※単に空のインスタンスを返したいときは 有効 J2SE 5.0 から使えます Selfish Implement VS Collections
- 178. List<String> list = new ArrayList<>(1); list.add(“hoge”); Set<String> set = new HashSet<>(1); set.add(“hoge”); Map<String, String> map = new HashMap<>(1); map.add(“hoge”, “hoge”); Selfish Implement VS Collections
- 179. Selfish Implement VS Collections Collections.singletonList(“hoge”); Collections.singleton(“hoge”); Collections.singletonMap(“hoge”, “hoge”); J2SE 1.3から使えます
- 180. Selfish Implement VS Collections 結論 CollectionsクラスはCollections.sortやるときだけ 利用するクラスではない
- 181. Selfish Implement VS Collections 結論 CollectionsクラスはCollections.sortやるときだけ 利用するクラスではない コレクションの操作を簡潔化し、オブジェクトの寿命 を明確にする 複雑な操作を簡易に行える
- 182. Selfish Implement VS Collections 結論 CollectionsクラスはCollections.sortやるときだけ 利用するクラスではない コレクションの操作を簡潔化し、オブジェクトの寿命 を明確にする 複雑な操作を簡易に行える ただし、全く同じ操作 (add、removeなど)が 出来るわけではない 用法用量を守って 正しくお使いください
- 183. オレオレUtil VS Objects
- 184. Selfish Implement VS Objects if(hoge == null) { throw new NullPointerException (“hoge is null”); }
- 185. Selfish Implement VS Objects Objects.requireNonNull(hoge, “hoge is null”);
- 186. Selfish Implement VS Objects if(hoge != null) { return hoge.toString(); } else { “”; }
- 187. Selfish Implement VS Objects Objects.toString(hoge, “”);
- 188. Selfish Implement VS Objects ・変なオレオレStringUtilとか作る前に Objectsを見てみよう ・しかしこの辺りはプロジェクト秘伝のUtil と対象領域が重なってしまう可能性が高く 難易度高い
- 190. ここから Java SE 8
- 192. for(Integer value : list) { if(value == ...) { continue; } if(value == ...) { continue; } return value; } return null; // guilty Selfish for-loop VS Stream
- 193. return list.stream() .filter(s -> isHoge(s)) .findFirst(); Selfish for-loop VS Stream
- 194. for(Fuga fuga : fugaList) { Hoge hoge = new Hoge(); hoge.setHoge(fuga.getFuga()); hogeList.add(hoge); } return hogeList; Selfish for-loop VS Stream
- 195. return fugaList.stream() .map(fuga -> convertToHoge(fuga)) .collect(Collectors.toList()); Selfish for-loop VS Stream
- 197. StringBuilder sb = new StringBuilder(); sb.append(“[a”); sb.append(“,”); sb.append(“b”); sb.append(“,”); sb.append(“c]”); sb.toString(); // =>[a,b,c] StringBuilder VS StringJoiner
- 198. StringJoiner joiner = new StringJoiner(“,” “[”, “]”); joiner.add(“a”); joiner.add(“b”); joiner.add(“c”); joiner.toString(); // =>[a,b,c] StringBuilder VS StringJoiner
- 199. // String.joinも結構便利 String.join(“,”, “a”, “b”, “c”); //=> a, b, c StringBuilder VS StringJoiner
- 202. IOE VS UncheckedIOE public hogehoge() throws IOException { InputStream is = …..; is.read(); そしてthrows….throws…..throws….
- 203. IOE VS UncheckedIOE try(InputStream is = …..){ is.read(); } catch(IOException e) { throw new UncheckedIOException(e); }
- 204. IOE VS UncheckedIOE try(InputStream is = …..){ is.read(); } catch(IOException e) { throw new UncheckedIOException(e); } ※エラーハンドリングは計画的に
- 206. Stupid null return VS Optional public String findHoge() { for(Hoge hoge : hogeList ){ if(hoge.isFuga()) { return hoge.getAsString(); } } return null; }
- 207. Stupid null return VS Optional public Optional<String> findHoge() { for(Hoge hoge : hogeList ){ if(hoge.isFuga()) { return Optional.of(hoge.getAsString()); } } return Optional.empty(); }
- 208. Stupid null return VS Optional public Optional<String> findHoge() { return hogeList.stream() .filter(hoge -> hoge.isFuga()) .map(hoge -> hoge.getAsString()) .findFirst(); }
- 209. Stupid null return VS Optional // 安全にいろんな受け取り方が出来る Optional<String> hoge = findHoge(); hoge.ifPresent(hoge -> System.out.println(hoge. length)); String hogehoge = hoge.orElse(“値なし”); hoge.orElseThrow(() -> new RuntimeException(“値無いの許さん”));
- 210. Stupid null return VS Optional ・と言いつつ、Optionalは扱いが難しい ・安易にnull使うよりは良いが、むやみに使うと大 変 ・OptionalはSerializableではないし、 メンバ変数とかでいるような奴でもない ・「戻り値はOptionalにしましょう」 とかそういうところから
- 211. Date, Calendar VS Date and Time
- 212. Date,Calendar VS Date and Time // 一ヶ月後の日付取得 Date date = new Date(); Calendar cal = Calendar.getInstance(); cal.setTime(date); cal.add(Calendar.MONTH, 1); // yyyy-MM を出力 System.out.println(cal.get(Calendar.YEAR) + “-” + (cal.get(Calendar.MONTH) + 1));
- 213. // 一ヶ月後の日付取得 YearMonth nowYearMonth = YearMonth.now(); YearMonth nextYearMonth = nowYearMonth.plus(1, ChronoUnit.MONTHS); // yyyy-MM を出力 System.out.println(nextYearMonth.getYear() + “-” + nextYearMonth.getMonthValue()); Date,Calendar VS Date and Time
- 214. // 一ヶ月後の日付取得 YearMonth nowYearMonth = YearMonth.now(); YearMonth nextYearMonth = nowYearMonth.plus(1, ChronoUnit.MONTHS); // yyyy-MM を出力 System.out.println(nextYearMonth.getYear() + “-” + nextYearMonth.getMonthValue()); Date,Calendar VS Date and Time System.out.println(nextYearMonth); で良いんだけどね
- 215. Date,Calendar VS Date and Time // 文字列からDateを作る SimpleDateFormat sdf = new SimpleDateFormat(); sdf.applyPattern(“yyyy/MM/dd”); Date date = sdf.parse(“2015/11/28”);
- 216. // 文字列からDateを作る DateTimeFormatter formatter = DateTimeFormatter. ofPattern(“yyyy/MM/dd”); LocalDate date = LocalDate.parse(“2015/11/28”, formatter); ※といってもjava.util.DateとLocalDateは全く別もの。。。 Date,Calendar VS Date and Time
- 222. ・自分なりに実践する中で、素振りの重要 性が分かってきた ※素振り(事前に知識をinputする、コード としてoutputする) ・基本相手を納得するには瞬発力が 必要。そのための素振り まとめ
- 226. ご静聴 ありがとうござい ました