1. L'interface que je nommerais "desktop" qui est basée sur une vue 3D avec WebGL. Cette vue pourra être désactivée pour les PC trop lents et sera complètement indisponible sur smartphones et tablettes.
   
2. Le suivante est une interface responsive complète, dédiée à ceux qui désactivent la vue 3D ou qui surfent sur leur tablette et leur mobile grâce à un navigateur sur le jeu.
   
3. Enfin, une troisième interface sera une interface responsive épurée dédiée à une application Android native que je chargerai via une webview Android avec du JS adapté permettant de faire du binding entre une classe Java dans l'application et le JS de la page.
   

• Une machine peu performante. On peut supposer que tu stockes ça dans un cookie, pour que ça reste propre à la machine en cours) ou dans les préférences de ton utilisateur courant (s'il fait ce choix de manière globale) ;
  
• Les tablettes et smartphones. Tu peux utiliser le user agent pour identifier ces machines ;
  
• L'utilisation du site via l'application Android, là je suppose que l'application peut définir un cookie, utiliser un user agent particulier, transmettre un header ou une variable dans l'URL. : quoi qu'il en soit le choix est facile pour chaque requête.
  

class BuildingsController < ApplicationController

  # PATCH /buildings/:id.

  def update

    building = current_user.buildings.find(params[:id])

    building.raise_level(params[:building][:level])



    respond_to do |format|

      format.json do

        API.increment_uses_counter



        if building.errors.any?

          render(json: { status: 'error', errors: building.errors })

        else

          render(json: { status: 'success' })

        end

      end



      

      # Sur l'interface responsive tu rediriges et tu ajoutes les éventuelles erreurs au "flashbag" pour les afficher.

      format.html.responsive do

        flash[:error] = building.errors if building.errors.any?

        redirect_to(building_path(building))

      end



      # Sur l'interface classique, tu redirigie ou tu rends le formulaire de saisie (en cas d'échec).

      format.html.none do

        if building.errors.any?

          render(ome_view)

        else

          redirect_to(building_path(building))

        end

      end

    end

  end

end

(08-02-2014, 11:54 AM)MicroDev a écrit : Mais ici, il faut en plus rajouter le bâtiment dans les listes de construction en plus si la construction a été acceptée, ce qui équivaut à un deuxième call pour récupérer une liste, parsée selon un certain template pour ajouter l'HTML produit à la page. Pour le moment, je fais un .html() en jQuery sur le div des listes pour ajouter le contenu de la liste reçue par le call, mais je doute que ce soit une façon optimisée de faire. Mais je suis obligé pour obtenir le template de la liste ...

Une meilleure idée ?