ラベル ソースコード の投稿を表示しています。 すべての投稿を表示
ラベル ソースコード の投稿を表示しています。 すべての投稿を表示

2017年1月13日金曜日

【TAネタ】parseDoubleメソッドにはthrowが1つしかないのに、APIには2つあるのはなんで?

きっかけ

プログラミングが得意ではなかった1年生が4年後にTAをやるなんて思いもしなかった...(遠い目)

僕はTAでレポートの仮採点をしています。その時の質問をネタにしました。

parseDoubleメソッドにはthrowが1つしかないのに、APIには2つあるのはなんで?

JavaにはparseDoubleというメソッドがあります。このメソッドは、変換可能であればString型の文字列をDobule型の数値に変換することができます。

さて、APIを見てみるとこんなことが書いてあります。





Throws:
NullPointerException - if the string is null
NumberFormatException - if the string does not contain a parsable double.

どこが問題かと言うと、parseDoubleは最初に、

public static double parseDouble(String s)
                          throws NumberFormatException

と書いているのです。


NumberFormatExceptionはthrowで明示されているのに、NullPointerExceptionはどこでthrowされているのでしょう?

これを調べるにはJDKの実装を見てみるのが早いと思いました。
openJDKのDoubleを読んでみると、537行目にparseDoubleがあります。

public static double parseDouble(String s) throws NumberFormatException { 
 return FloatingDecimal.parseDouble(s);
}

どうやらFloatingDecimalに処理を投げているようです。
FloatingDecimalを読んでみると、109行目にparseDoubleがあります。

public static double parseDouble(String s) throws NumberFormatException {
 return readJavaFormatString(s).doubleValue();
}

どうやらreadJavaFormatStringに処理をなげ(ry
同じクラスの中にあるようです。1830行目にありました。

static ASCIIToBinaryConverter readJavaFormatString( String in ) throws NumberFormatException {
 boolean isNegative = false;
 boolean signSeen = false;
 int decExp;
 char c;
parseNumber: 
 try{ 
  in = in.trim(); // don't fool around with white space.
                   // throws NullPointerException if null 
  int len = in.length();
  if ( len == 0 ) {
   throw new NumberFormatException("empty String");
 }

ここで注目なのはin = in.trim()です。コメントにthrows NullPointerException if nullとあります。inはString型のフィールドです。どうやらinがnullの時、trimをするとNullPointerExceptionが投げられるようです。どういう仕組みでしょうか?(まあ、ここで調査を打ち切ってもいいのですが、納得するまで続けます。)

trimはStringクラスにあります。2867行目にあります。

public String trim() { 
 int len = value.length;

valueはchar型の配列です。lengthは長さを返します。
もし、value = nullの時、value.lengthはNullPointerExceptionを投げます。
Javaでは配列が「null」か「長さ0」かで意味が異なります。(引用: nullか長さ0の配列か)
長さ0ならNullPointerExceptionは投げないはずです。

結論

parseDoubleの内部でString型のフィールドに対してlengthを取っているため、その時に
NullPointerExceptionをthrowする。そのため、throwが2つあります、というわけでした。

2016年12月29日木曜日

Doxygenのメモ

きっかけ

ちょっとだけDoxygenの勉強をしたのでメモっておこうかと。
(引用元はわすれました、ごめんなさい。)

メモ

# Doxygenの書き方

## ソース内ドキュメント
/*
 * 
 * 
 * 
 * 
 */

## 書き方
ファイルのはじめに書くもの
/**
 * @file ファイル名
 * @brief 一行要約を書き入れる
 * 
 * @par パラメータ(引数,returnする値)
 * @date 日付
 * @date 更新するたびにつける
 * @author 作者、筆者
 */

関数毎に書くもの(関数ドキュメント)
/**
 * コメント
 * @param 引数の説明
 * @param 引数の説明
 * @retunr returnする値
 */

ドキュメントに残るコメント
/** @var 変数の説明 */
/** @struct 構造体の説明 */
/** @class クラスの説明 */
/** @exception 例外の説明 */

ドキュメントに残らないコメント
/* */

非推奨コメントアウト
/*
こーど
*/
/*
こーど  
*/

推奨コメントアウト
//コード
コード

2016年12月28日水曜日

クリスマスイブにRaspberry Piでイルミネーションを作った話。

きっかけ


  • Raspberry Piが余っていたから
  • クリスマスまでに何かしたかったから
  • 外で見た自転車を漕ぐと点灯するイルミネーションを見たから
  • 友達に「工学部だからキーボードで点灯するようにしたら」と言われたから
  • 本屋で見たイケメンが「Raspberry Piで何か作りてーな」っていう意識高いことを言っていたのがムカついたから

参考にしたもの

やりたいことはLチカ(LEDをチカチカ点灯させること)だったので、以下を参考にしました。

さっそく

できました。

キーボードを叩くと、
点滅します。

仕組み

まず、OSの準備からですが、第8回「2皿目のラズベリーパイ!Model B+のスピード調理に書いてあるので割愛します。

次に、ブレッドボードにLEDと抵抗、導線を次のように置きます。

ちなみに置きかたについても、第9回「ラズベリーパイで電子工作!Lチカ…の前にLピカ!」に書いてあるので割愛します。

LEDを光らせる電源として利用するのはRaspberry PiのGPIOです。
GPIOはRaspberry Piからの命令を電気信号で送る部分のことです。

LEDは次のようにつなぎます。抵抗を反対につなげると光りません。

GPIOのピンは次のような配置になっています。
黄色丸は命令が来るピンで、黒丸はアース(接地)のピンです。ちなみに、濃い黄色丸や赤丸は安定して電気が流れているピンです。
使用しているのはRaspberry Pi B+なのでA+と比べ、ピンの本数が違いますが、左から26本目までは同じらしいです。

今回は、3、6、14を利用します。(14番は本当は必要ないんだけど、接地まで導線が届かなかった...。)

さて、この3番のGPIOに電気信号を流す方法です。
Raspberry Piのターミナルを開いて、次のコマンドを打ちます。
すると、/sys/class/gpio/内に、gpio2へのエイリアスが作られます。
ここで、次のコマンドを打ちましょう。

これで点灯テストは終了です。

次に、点灯させるためにキーボード入力の検出をしましょう。
とは言っても、調べてみると、キーボード入力のイベントハンドラ(キーボードで打ち込んだら動くプログラム)を検出しないといけないので、ちょっと面倒くさい。
なので、標準入力を使いましょう。

OSには標準でPython2と3が入っているので、2を使います。(3を使ったほうがいいことはわかりますが、調べた方法では3が使えなかった...。)
次にこのコードを書きます。text editerが使いやすいかも。
そして、python2 getch_test.pyで実行しましょう。(実行する前にgetchをインストールしておきましょう。pip install py-getchでできます。)

これでキーボードをカタカタすると光るはずです。

感想

目的は一応達成しました。とにかく、

「クリスマスの光は僕らのタイピングでできているんだ...。」がやりたかった。

反省点としては、
確かに光るんだけども、消えたりしないでほしい。交互に光ってほしい。反転するようにしたら良いかも。GPIOピンを2つ使えばいいかな。
あと、LEDの数が少なくてしょぼい。悲しい。
くらいです。来年もやりたいな。修論...。

2016年4月1日金曜日

go langを勉強してみる(1)

「並列処理できる言語ないかなー。Cばっかりだし、他のがいいよー」とか思ってたら、学内でgo lang勉強会が開かれてたので参加してみた。

やってたこと

goは講義でも聞いたけど、触るのは初めて。
勉強会では、ツアーをして構文に慣れることから始めました。

触ってみての感想

変な感じの言語だなー、と。僕はCとRubyを主に使ってたので入りは楽でした。
どんな感じで変かというと、
  • 型宣言が変(型宣言が後にくる)
  • return文が変(最初に宣言するパターンとreturnに明示するパターン)
  • for文とif文に()がなくて変(これカッコを入れるとエラーなんだぜ?)
  • 構造体pointerが変(たまに変な挙動が)


でも、便利なものもあって
  • 型推論が便利(:=が便利)
  • deferが便利(遅延して実行してくれるのは何かに役立ちそう)
  • sliceが便利(初めての概念)

今回はできなかった並列分散のgo routin(?)は今度やってみます。