Androidで「ものづくり」 第3回

昨日、奈良県工業技術センターで行われた
Androidで「ものづくり」　 ～ものづくりシステムへのAndroid導入法～
の第3回、つまり最終回が終了しました。

１，２回がAndroidの組込ボードへのポーティングとＮＤＫによるドライバレベルの実装、
という観点からのテーマでＯＥＳＦのテキストに従って行われたのに対して
最終回である今回は、ふつ～にAndroidアプリを開発して、WifiのUDPダイアグラムで
自走模型をうごかしてみる、という内容。
つまり７月２９日に行われた、奈良高専主催のアンドロイドワークショップの焼き直し
版でした。
ワークショップのときは午前の２時間、ということで時間切れ続出だったのと
自分自身にもアンドロイドの経験値がほとんどなかったので、こういう小難しいものなのか～
という印象しかなかったんですが、さすがに３ヶ月も経過するとその間の経験値上昇分で
いろいろ見えてくるモノがありました。

ダメだしする気は毛頭無いけど、ちょっとサンプルがお粗末だったかなぁ、というのが
正直なところ。３～４ヶ月あったにも関わらず、ほとんどコーディングが見直されておらず
個人的な印象では
「こりゃダメじゃん」（あくまで個人的印象ですよ）
なところが盛りだくさん。

まず、基本的なところで、フォームにボタン貼り付けてそれぞれの
コードを記述する、という部分。
いろんな本をよんだり、話をしていて一般的なのは
１．onCreateのなかで
    button.setOnClickListener(
          new View.OnClickListener(){
                 public void onClick( View v ){
                      ......
                 }
          }
     }
    みたいに記述する。

２．アクティビティの先頭で、implements View.OnClickListener を記述して
    onCreate内部で、
           Button.setOnClickListener(this);
    を実装した上で
    public void onClick( View v) {
         if ( v.getId() == R.id.Button1 ){
              .....
         }
    }
    を記述する。

３．XMLの<Button　>のなかに、android:onClickで関数名を記述して
    アクティビティのコード内に直接関数記述する方法

の３種にほぼ集約されるとおもいます。
おそらく、これ以外の方法を公然となさっているパターンは少ないんじゃないかと。


で、今回の会ではこのいずれでもない状態で進んでしまいます（汗）
どうするかというと

メインのアクティビティのonCreateで
   Button.setOnClickListener( new XButtonListener() );
と記述した上で、当然、newしたリスナの実体がないので、
 　Create class
して、実体を別クラスに生成するという荒技をつかいます。
初期のうちはこれでもちゃんと動作しますし、ソースが分割されていく、
というのを是とすれば、別に問題なくうごきます。

ただ、このあと別の画面へのインテントやWiport模型への各種コマンド発行ボタン
を実装したときに徐々に破綻していきます。
別の画面で設定変更を行って、メインのイベントに内蔵された機構にアクセスする
ときにクラスが分かれており、その都度生成を繰り返すため、
すべてのソースに同じ記述を繰り返すほか、本来必要でないfinal 宣言までつけないと
ダメとか、もうハチャメチャ。

すべては、必要のない記述と新規クラス生成をおこなったことを追認しようとして
穴埋めした結果におもえてしまう。

うごけばいいや、的な発想で教えられてもこまるんだよなぁ。
ことに、高専の先生であることが最大にイタイ。

まあ、コードの設計によって、最終コードの品質がここまでかわるんだ！ってのが
実感できたのは収穫だったけど。


このあたりのことも含めて反省会なんかでコードレビューも含めて座談会なんかが
開かれたらおもしろいなぁ。


総括としては
１．前２回のポーティング作業で、NDKで開発するのは問題ないとしても
    デバッグ等が結構面倒で、必要最小限にとどめるべきじゃないか？というのが
    得られた感触。
    ＮＤＫつかえば、たしかに高速化やLinuxの技術がつかえるなどのメリットもあるかも
    しれないけど、新たなバグの入り込む余地が爆発的にふえるにも関わらず、
    十分なデバッグ手法があるようにも思えないのが、最大の理由。
    つまり、どうしてもＮＤＫをつかわないとダメか、という判断の上で決断すべきとおもう。
    機種（ＣＰＵ）依存という新たな足かせも発生するというデメリットもおおきくなり
    アンドロイドという汎用ＯＳをつかうメリットを失わせる危険もある

２．ＳＤＫによるアプリ開発のほうは、できるだけ標準的な手法に基づくほうが望ましい。
    特殊なやり方を推し進めようとすると、破綻する可能性が高い！

Android組み込み講座...

昨日、奈良県工業技術センターで行われた
Androidで「ものづくり」　 ～ものづくりシステムへのAndroid導入法～
に参加してきました。といっても、自前のPC持ち込みで聴講生としてですが。

 ＜予定＞

【１日目】　Androidの概要と外部制御の基礎

【２日目】　組み込みシステムとしてのAndroid～　プラットフォーム 開発入門１

【３日目】　組み込みシステムとしてのAndroid～　プラットフォーム 開発入門２

当初 アプリ側から一般的なアンドロイド端末をつかっていろいろするか、
と想定していたのですが、蓋をあけてみれば、

「まず、armadillo440にAndroidをポーティングしてみましょう！」

でした。
「え～～！そっからいくの～～」みたいに思えた人がどれくらいいたのでしょう。
見たところ、それほど経験値もなさげな感じだったんですが。
実際、Androidとは、という以前にUbuntuLinuxの使い方から入って．．．
のところでみんな混沌として、前処理としてIP設定のためにviをつかうハメに
なったところでもうパニック．．．。
ぼくらでさえ、viのコマンドモード、
ほどんど覚えられてないし．．．
めんどくさい。
linuxでもできるだけnanoのほうをつかう私ですから、
viは鬼門なんだけどね。
まあ、なんとかこっちは対応できたけど。

さすがに、イメージファイルを作成する作業を
まともにやると時間がないので
そこは飛ばして．．．となっているのがミソだったんだが。

図らずも、androidの2.2のソース一式が
ダウンロード＆展開されたVMwareイメージ
がいただけたので、収穫は大だったけど。

それにしても、kermitとかhermitの使い方の
勉強くらいしていったほうがよさげな感じだった。



いずれにせよ、次回はソフト作成もはいってくるだろうから、おもしろくなりそうだ！

Androidで「ものづくり」

昨日、なら高専の土井先生から久々にメールがあった。

元気なら組み込みシステム技術者の養成（奈良高専）
奈良県産学官共同研究拠点技術サロン

Androidで「ものづくり」   ～ものづくりシステムへのAndroid導入法～

ってのがメーリングリストで乗ってたらしい。
うちにはこんかったような（見落とした？？）

いずれにせよ、こいつはいかんとね！
現状でAndroidはまだまだ、あそびと携帯の領域でしか認識されていないけど、
需要が一巡したところで確実に組み込み領域にも進出してくるはず。
そのときに慌てないようにするには、今のうちにやっとかないと。

まあ、３回でどこまでできるのか、というのと、
教えてくれる先生が実務者かどうかで、品質がかわるんだけど。
後者についてはＯＥＳＦ(OpenEmbeddedSoftwareFoundation)準拠ということなので
心配いらないのかもしれず。

とにかくいまは経験値をあげないとね！