タグ

ブックマーク / qiita.com/eKushida (6)

  • iOS LINEでログイン(Line SDK) - Qiita

    はじめに LINEアカウントを利用したログイン機能の実装方法について、まとめました。 ①ログイン画面 ログインボタンを押下すると、認証画面に遷移する ②認証画面 認証画面で同意するボタンを押下すると、ログインできる 手順 ①LINE Business Centerでアカウントを登録する ②チャネルを作成し、Channel IDを取得する ③Bundle IDとiOS Schemeを設定する LINE developersのTechnical configurationからBundle IDとiOS Schemeを設定する なお、iOS Schemeは、「line3rdp.{Bundle-ID}」という命名にすること 下記の例は、Bundle IDが「jp.st-ventures.ios-line-login-demo」 ④Cocoa PodsでLineSDKをインストールする ⑤Line

    iOS LINEでログイン(Line SDK) - Qiita
  • ボーイスカウト・ルールってご存じですか? - Qiita

    はじめに プログラマ向けの格言っていっぱいありますよね。 その中でも好きな格言の一つである「ボーイスカウト・ルール」をご紹介したいと思います。 とてもよい考え方なので、普及すると嬉しいです。 ボーイスカウト・ルールとは? ボーイスカウトのルールには、大切なことがあります。 それは、「来た時よりも美しく」です。 たとえ自分が来た時にキャンプ場が汚くなっていたとしても、 そしてたとえ汚したのが自分でなかったとしても、綺麗にしてからその場を去る、というルールです。 そうやって、次にキャンプに来る人達が気持ちよく過ごせるようにするのです。 (プログラマが知るべき97のことより抜粋) 同じことがプログラマの世界でも言えるのではないでしょうか。 プログラムの世界では? 新規開発もありますが、エンハンス等で他のエンジニアが作成したソースコードに 機能拡張したり、修正したりすることも多いのではないでしょう

    ボーイスカウト・ルールってご存じですか? - Qiita
  • ユニットテストにも可読性を持たせる (Four Phase Test) - Qiita

    可読性が悪くなる原因 テスト毎の前提条件や、後処理など、 検証以外のテストコードが増えてきたときに、 どこが実行部分で、どこが検証部分か分かりづらくなりがちです。 解決策の方針 そこで、「Four Phase Test」の手順に則って、 テストコードを実装してみる。 (他にもあれば、ご教授願います。) ユニットテスト全体で共通のSetupとTearDownは、意識していましたが、 ExerciseとVerifyは、意識できていませんでした。 リファクタリング対象のテストコード コード量も長くなり、可読性が落ちています。 import XCTest @testable import Warikan class WarikanModelTests: XCTestCase { let usecase = WarikanUsecase() let delegete = SpyWarikanDele

    ユニットテストにも可読性を持たせる (Four Phase Test) - Qiita
  • モックオブジェクトをより便利にする (Try! Swift2017) - Qiita

    はじめに Try! Swift2017に参加しました。 とても勉強になったテーマの1つである「モックオブジェクトをより便利にする」をご紹介します。 モックオブジェクトを使ってユニットテストするコツをJon Reidさんが発表されました。 なぜモックオブジェクトを利用するか? ・実オブジェクトを利用すると時間がかかるため ・実オブジェクトが存在しない場合もあるため 今回ご説明する例 ウェーターがお客様からの注文を受け、コックに注文を正しく伝えられるかをテストします。 メニューはラーメンです。 登場人物 登場人物 説明

    モックオブジェクトをより便利にする (Try! Swift2017) - Qiita
    Hiro_Matsuno
    Hiro_Matsuno 2017/03/06
    “人気”
  • [Swift] サンプルを見ながら、リファクタリングを勉強する - Qiita

    はじめに リファクタリングとは、外部の振る舞いを保ったままで、 内部構造を改善していく作業のことです。 リファクタリングすると、以前書いたコードの向上が期待されます。 セオリーでいくと、設計したあとに実装するのが一般的ですが、 長期間にわたってコードが修正され、 設計に基づいたシステムの統一性や構造は次第に崩れいていきます。 リファクタリングによる間違った設計やカオス状態のコードを、 優れた設計のコードに再構築できます。 こちらのを参考にSwift版で纏めてみました。 リファクタリングについて学ぶ リファクタリング対象のコードの例 ビデオレンタルの料金を計算して 計算書を印刷するプログラムを例に説明します。 システムには、どの映画を何日間借りる借りるかが入力されます。 すると貸出日数によって料金が計算され、映画の分類が判定されます。 映画の分類は、3種類あり、一般向け、子供向け、新作と分

    [Swift] サンプルを見ながら、リファクタリングを勉強する - Qiita
  • [Swift] バリデーションチェックは、正規表現で! - Qiita

    はじめに アプリの入力データをif文とAnd条件で数珠つなぎで判定していくとカオスになりますよね。 やはりここは、正規表現の出番ですね。 ただし、Swiftは、正規表現が扱いづらいため、 少しだけ簡単に利用できるようにします。 Custom Operatorsを利用する import UIKit infix operator =~ infix operator !~ func =~(lhs: String, rhs: String) -> Bool { guard let regex = try? NSRegularExpression(pattern: rhs, options: NSRegularExpression.Options()) else { return false } return regex.numberOfMatches(in: lhs, options: NSReg

    [Swift] バリデーションチェックは、正規表現で! - Qiita
  • 1