ブックマーク / gihyo.jp (2)

  • 第24回 バージョン管理 ─GitとGitHub連携 | gihyo.jp

    はじめに 今回から具体的なバージョン管理システムを用いたAndroid Studioの連携を紹介します。第3回で紹介したサンプルコードが手頃なので、このプロジェクトをそれぞれのバージョン管理システムに対応させていきます。 手始めに最近もっとも人気があるGitGitHubについてです。GitGitHubについては多くを説明しませんので、他の記事やWebリソースで学習しておいてください。 事前準備 Android Studioは標準でGitGitHubをサポートしていますが、最低限以下の準備を行っておいてください。 Gitのコマンドラインツール(git)を導入しておく GitHubのアカウントを用意しておく コマンドラインツールはGitの公式サイトから、それぞれのプラットフォームに対応したものをダウンロードしてインストールしておいてください。 環境変数 PATH に gitコマンドが登録

    第24回 バージョン管理 ─GitとGitHub連携 | gihyo.jp
    kroenungs
    kroenungs 2014/05/09
    第24回 バージョン管理 ─GitとGitHub連携 今回から具体的なバージョン管理システムを用いたAndroid Studioの連携を紹介します。第3回で紹介したサンプルコードが手頃なので,このプロジェクトをそれぞれのバージョン管理シ
  • 第4回 Webアプリとスマホアプリの同期 | gihyo.jp

    テーブル名を文字列で格納するなどスマートでない設計ですが、DUPLICATE以外の動作はシンプルです。 テーブル名で示されたテーブルを、プライマリキー値で検索し、そのデータに基づいてスマホ側で実行されるSQL文を生成しています。 図4 更新情報テーブルのレコードからスマホ用SQL文を生成 なお、DELETEとRESTOREは特別な更新種別です。DELETEは鉄道事業者・路線・駅の廃止または長期休止を表し、RESTOREはいったんDELETEされた鉄道事業者・路線・駅の長期休止からの復活を表しています。しかしこれらはいずれも、UPDATEで代替可能です。両者はともに、対象テーブルのenabledカラムが変更された、という意味であり、他のカラムの更新と等価だからです。 ただし、駅の休止や復活は、ユーザデータの無効・有効に直結する重要な項目です。これは、このupdatesテーブルのメンテナーにと

    第4回 Webアプリとスマホアプリの同期 | gihyo.jp
    kroenungs
    kroenungs 2013/09/04
    第4回 Webアプリとスマホアプリの同期 降りつぶし. Tags: feedly, ifttt, recently read, saved for later via Pocket September 04, 2013 at 04:09PM
  • 1