低品質のAndroidアプリケーションに対処する方法

Google Playには低品質のアプリケーションがたくさんあることに誰もが同意しますが、誰も責任を負いたくありません-厳格なガイドラインなしでシステムをリリースし、モデレートのない市場を作り、メーカーがカラフルなアイコンとグラデーションで独自のシェルを作成できるようにする抽象的なAndroidまたはGoogleだけを非難するのが慣習です。



しかし、毎日、iOSのデザイン、2.3のテーマを使用した新しいアプリケーションがあり、タブレットには適合せず、HD画面の画像がぼやけています。 これはGoogleのせいではなく、開発者のせいです。 顧客がiOSバージョンからモックアップを送信したとき、誰かが主張しようとせず、誰かが試みますが、降伏します。 誰かが経験のためにアプリケーションを開発し、後で「重要でない」ものを脇に置いているので、それは残っています。 スタートアップはアプリケーションを「1日で」作成し、バグを必死に修正して、誰も一から書き直すことのできない雪玉を作成します。 お金と時間のある大規模なソーシャルネットワークは、どういうわけかひどい顧客を解放します...



多くのオプションがあり、それらの多くでは、何も修正することも、最初から正しく行うこともできません。 しかし、可能であれば10人のうち少なくとも1人の開発者が以下で説明する小さなことに注意を払うと、新しいアプリケーションの10％がユーザーにとってより便利になります。



この記事は初心者向けではありません。多くの開発者は以下に説明することをよく知っていますが、十分な注意を払っていません。 この記事は、ユーザーから開発者へのリクエストです。

ホロを使用してください

非常に多くの場合、優れた機能を備えたアプリケーションに遭遇しますが、2.xのウィジェットでユーザーに会います。 そのようなアプリケーションの使用は、ユーザーにある種の異物感を残します。 そして、これは多くの場合、代替手段がないすべての銀行およびサービスの公式クライアントで見られます。







しかし、各システムが独自のテーマを表示するようにすることはまったく難しくありません。 アプリケーションテーマの継承元となる基本テーマを整理し、v11 +（3.0以降）用に再定義するだけで十分です。



/res/values/styles.xml（またはthemes.xml）：

<resources> <style name="BaseTheme" parent="@android:style/Theme"> <!--       3.0   --> </style> <style name="MyTheme" parent="BaseTheme"> <!--        --> </style> </resources>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

/res/values-v11/styles.xml（またはthemes.xml）：

 <resources> <style name="BaseTheme" parent="@android:style/Theme.Holo"> <!--       3.0     --> </style> </resources>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

/AndroidManifest.xml：

 <!-- [...] --> <application android:name="MyApplication" android:label="@string/application_label" android:icon="@drawable/app_icon" android:hardwareAccelerated="true" android:theme="@style/MyTheme"> <!-- [...] -->
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これは開発者のブログで長い間説明されてきましたが、時代遅れのデザインのアプリケーションは引き続き登場します。

ActionBarSherlockを使用してください

多くの人は、アクションバーのパターンはアイコン付きの単なるウィンドウタイトルであり、 公式ドキュメントも読んでいなかったと考えています 。



アプリケーションのすべてのアクションバー機能がウィンドウタイトルになったとしても、 とにかくActioBarSherlockを使用してください 。 自家製のタイトルを書いた後は、メニューのサポートを追加せず、さまざまな画面サイズでアイコンとその署名の可視性を制御し、小さな画面の分割表示、読み込みインジケーター、およびその他の機能を追加しません。



ActionBarSherlockは、ICS以上のネイティブアクションバーを使用し、それをサポートしないバージョンまたは部分的にサポートするバージョンのすべての機能を移植します。 すべての機能のデモはこちらです。







始めるのはとても簡単です：

• プロジェクトをライブラリとしてアプリケーションに追加します
• 古いバージョンのAPIのテーマを修正して、Theme.Sherlock.xxxをベースとして使用する
• SherlockActivityまたはSherlockFragmentActivityからアクティビティを継承
• また、getSupportActionBar（）を介してアクションバーと通信できます。

フラグメントを使用してください

多くのプロジェクトでは、タブレットのサポートは特別で特別なものとして後ほど延期されます。 実際、Android向けのアプリケーションは最初は適応性があり、携帯電話とタブレットを区別してはいけません。 アプリケーションの場合、これらは単に画面サイズの異なるデバイスであり、ユーザーにとって可能な限り便利にこれらの画面を満たす必要があります。



FragmentManagerを使用して書き換える時間がなくても、または既存のアーキテクチャでは非常に難しい場合でも、Activityからコードをフラグメントに抽出し、タブレットの最も簡単なサポートを整理できます。



たとえば、リストと詳細ビューの2つのウィンドウを持つアプリケーションが既に実装されています。

• コードを2つのフラグメントに分けて取り出します
• これらのフラグメントをマークアップを介してアクティビティに挿入します。
  
  
  
  

   <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" xmlns:app="http://schemas.android.com/apk/res-auto" android:layout_width="match_parent" android:layout_height="match_parent" > <fragment android:id="@+id/SomeFragment" android:layout_width="match_parent" android:layout_height="match_parent" class="com.example.SomeFragment"/> </LinearLayout>
        
        
  
          
          
          
        
  
      
          
          
          
        
        
  
          
          
          
        
  
      
       

  
  
  
  
  
• たとえば、画面に800dpより長い特別なマークアップを作成します。
  
  
  
  

   <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" xmlns:app="http://schemas.android.com/apk/res-auto" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="horizontal" > <fragment android:id="@+id/listFragment" android:layout_width="400dp" android:layout_height="fill_parent" class="com.example.ListFragment" /> <View android:layout_width="10dp" android:layout_height="fill_parent" android:background="@color/FragmentDivider" > </View> <fragment android:id="@+id/detailsFragment" android:layout_width="match_parent" android:layout_height="match_parent" class="com.example.DetailsFragment"/> </LinearLayout>
        
        
  
          
          
          
        
  
      
          
          
          
        
        
  
          
          
          
        
  
      
       

  
  
  
• リスト項目をクリックすると、2番目のフラグメントがあるかどうかが確認されます。 存在する場合はその内容を更新し、存在しない場合は小さな画面に表示されるため、アクティビティを開始する必要があります。
  
  
  
  

   ... if (getActivity().findViewById(R.id.listsFragment) != null) { //   ListFragment fragment = (ListFragment) getActivity().getSupportFragmentManager().findFragmentById(R.id.listsFragment); fragment.setDetails(...); } else { //  ... } ...
        
        
  
          
          
          
        
  
      
          
          
          
        
        
  
          
          
          
        
  
      
       

  
  
  

このような簡単な操作の後、大画面用の優れたマークアップが得られます。

グラフィックスにxmlとnine-patchを使用してみてください

非常に多くの場合、ストレッチpngを使用して最も単純なグラデーションを実装するアプリケーションがあります。 そして、画面にそのようなグラフィックスがたくさんあると、アプリケーションロジックでブレーキを探し始めます。

次のデザイナーがiOSガイドラインで作成したPhotoshopから別のラスターレイアウトを送信した場合でも、すべてを写真にカットする前に、各要素について考えます。

• これをXMLの単純なプリミティブ、塗りつぶし、グラデーション、角丸で実装することは可能ですか？
• これを9つのパッチで実装することはできますか？

優れた9つのパッチエディタはこちらです-http://habrahabr.ru/company/alee/blog/136667/ また、xhdpi、hdpi、mdpiのグラフィックリソースの作成は、9パッチにも適用されることを忘れないでください。 この作業をユーザーのデバイスに移行しないでください。

おわりに

誰かがこれは必要ないと言うでしょう、なぜなら平均的なユーザーは新しいもの、古いインターフェースがどこにあるのかわからず、ほとんどはTouchWizがどこで終わりAndroidが始まるのかわからないからです...顧客は理解していません-アナリストが書き続けるので、Google Playは引き続き低品質のアプリケーションでいっぱいになります。 その結果、Android向けの開発はiOS向けよりも収益性が低くなります。

もちろん、私はすべてを単純化し、厚くしますが、開発者に責任を植え付けたいと思います。