ゆにばーさーる、すたーじーおじゃーん！
ゆなーいてっどすていつおーぶじゃぱーん。
ユニバーサルデザイン的な。
いや、iPhoneとAndroid両方で作ろうぜ的なアプリ全般ですけどね。
そもそも端末的なスタンダードも常識も違えばOS的な経緯も文化も違うんだから同じ動き求められても困ると言わざるを得ない。
言っておくけど日本がガラパゴスなだけで、iOS=高級品、Android=廉価商品だからね、と。
実際動作見てみれば多分わかると思うんですけど、Androidってスクロール一つとってみてもiOSに比べてもたつく。
そりゃAndroidって内部的にいろんなものにメモリ食われてる上にキャリアごとにプリインストールのアプリなりガジェットなりがひしめいてますしね、と思わなくもない。
その点iOSってそもそも基本的に『今使ってるアプリ』以外の動作を許容してなかったりするというのは携帯端末的に大正解だと思う。
実際動けば動くほど電力使う訳で、それって要するにバッテリー消費早めるって話になってきますしね。
AndroidとiOS端末って多分普通に使ってれば充電が必要になるまでのスパンって同じくらいなんだけど、実際バッテリー容量的にはAndroidってiOSの倍以上あったりするのが普通だからね、と。
日本のAndroid端末で言えば、ですけども。
言い換えると、Androidってそれだけ電気代が高い。
普通に考えて当然なんだけど気にしてる人すくねぇな、と思ったのであえて声高に主張してみる風の何か。
まあ、電気代気にするならガラケー使ってろよと言われれば一発アウトな訳ですが。
って、そんなことはどうでも良いか。
実際、いろんな意味で文化が違うんだからAndroidとiOSでは細かい動作に違いが出てくるのはある意味で当然なんですよ、ということを言いたいんですよね。
コピーライト的な意味で同じ動作にすると訴えられかねない部分もあったりしますし。
更に言えば、Android使ってる人とiOS使ってる人でデザイン的な許容範囲というか、自然に見えるデザイン自体が違うんだからデザインを統一すべきという考えは捨てた方が良いと思うんですよ。
そして頼むからAndroid準拠の構成のままiPhoneアプリ作るとか血迷ったこと言うなと。
Abstract継承してもObjective-Cじゃメソッド実装強制は不可能だから存在価値ねぇから。
Baseならまだ共通化的な観点で見ればアリと言い張れなくはないんだけど。
ってかAndroidと同じ感じでコーディングするとObjective-Cでは無駄が多すぎるからマジやめとけと。
逆なら逆で作業者に負担かけすぎるやめとけと。
クラス構成一緒にしても誰も得しないから。
いや、コーディングが一定以上にできる管理者ならどういうシーケンスかとか把握しやすくなるだろうけど正直自己満足の範囲でしょと言わざるを得ない。
両方の品質とトレードオフなんだから固執する意義が見えない、本気で。
