Locked History Actions

Diff for "Android/Criticism"

Differences between revisions 2 and 3
Deletions are marked like this. Additions are marked like this.
Line 28: Line 28:
しかし、これは完全に失敗している。Eclipse-ADTに付属のGUIビルダを見れば明らかであろう Visual BasicやDelphiのようにドラッグドロップして簡単にイベントハンドラを記述して。。。。
しかし、これは完全に失敗している。Eclipse-ADTに付属のGUIビルダの貧弱さを見れば明らか
Line 30: Line 31:
というよりもむしろ、全く使い物にはならない。こんなものを使うよりむしろ手でXMLを記述したほ方がはるかに簡単である というよりもむしろ、全く使い物にはならない。こんなものを使うよりむしろ手でXMLを記述したほ方がはるかに簡単

Android徹底批判

※この文書はまだ途中です。

まえがき

もちろん、アップルがいくら嫌がらせをしてもAndroidが優位に立つことは間違いないし、Windowsの小さいやつとかその他のモバイルOSを駆逐してしまうことも約束されているのであろう。しかし、これに対してAndroidのAPI及び開発環境はとにかくひどい。なぜこれに皆口をつぐむのか不思議で仕方がない。

この種の問題はこの業界に限らないことなのであるが、それを推進している側としては「賛美」しか許されないのであろう。強くコミットしていればいるほど、批判は酒の席でしか語られず、表に出てこないものである。

しかし、Androidの設計は明らかに「変」なのである。「変」で悪ければ「ちぐはぐ」という印象を拭えない。細かい設計ひとつひとつはさすがと思わせても、全体を通す設計思想ともいうべきものがほとんどデタラメとしか言いようがない。ここではこれらを徹底的に批判していく。

すべてをJavaで記述することができない

これが最大の問題点であり、これほどひどい設計は無いとさえ言える。 APIの多くの機能を使うためには、必ずXMLを記述しなければならないのである。Javaから操作する方法は全く提供されていない。

アップルのAPIように一般の開発者には知らされていない裏口があって、そこからなら操作できるのかといえばさにあらず。 Androidの(おそらく)すべてのソースは公開されているので、そんな不正は全くないのである。完全に術が無いのだ。

つまり、この設計者は「XMLを使うんだからJavaなんか使う必要なんかない」と考えているようなのであるが、これは間違い。 XMLはJavaの代わりにはならない。

XMLは絵に描いた餅

さて、この設計者はXMLを手書きで記述することを想定していたのであろうか?まさかそんなことはないだろう。 何らかのGUIエディタで「簡単に」プログラムを作成することを夢想していたのであろう。 Visual BasicやDelphiのようにドラッグドロップして簡単にイベントハンドラを記述して。。。。 しかし、これは完全に失敗している。Eclipse-ADTに付属のGUIビルダの貧弱さを見れば明らかだ。

というよりもむしろ、全く使い物にはならない。こんなものを使うよりむしろ手でXMLを記述したほ方がはるかに簡単だ。