![](https://cdn-ak-scissors.b.st-hatena.com/image/square/cbc1f0f7d57c0fbd7dc87d81bc07542c36a83eff/height=288;version=1;width=512/https%3A%2F%2Fcdn.qiita.com%2Fassets%2Fqiita-fb-2887e7b4aad86fd8c25cea84846f2236.png)
エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
UTF-8のBOMにはまった話 - Qiita
例としてこれをWindows標準のメモ帳でutf-8で保存しました。 それをJavaのStringへと読み込んで、カンマ... 例としてこれをWindows標準のメモ帳でutf-8で保存しました。 それをJavaのStringへと読み込んで、カンマ区切りで分けました。 splitLine[0][0] = 1、splitLine[0][1] = あああ みたいにString形式で保存する形です。 そして、このsplitLine[0][0]を数値に変換しようとしてInteger.parseInt()をしたのですが、なぜかNumberFormatExceptionが発生する。 なんじゃこれは、間違いなくこれは数値ではないのか……と40分ぐらい悩みました。 UTF-8にはBOMありとBOMなしの2種類がある。 BOM(Byte Order Mark)とは BOMとは、UnicodeのUTF-16など16ビット幅のエンコーディング方式において、エンディアンを指定するためにファイルの先頭に記入される16ビットの値。 UTF-1
2019/01/18 リンク