Reactive Swift Meetup http://wantedly.connpass.com/event/29039/
Unityをはじめて3ヶ月たったので習得時につまづいたところや思うところを色々書いていきます(`・ω・´) 0.1 Unityでのゲームの考え方 Unityでゲームを作成する際、以下のように考えるとスムーズに習得できると思います 1.ゲームは複数のSceneで構成される 2.Sceneは複数のGameObjectで構成される 3.GameObjectは複数のComponentで構成される -- 1.ゲームは複数のSceneで構成される Sceneとは「タイトル画面」「ステージ画面」「ゲームオーバー画面」のことです。 Unityではそれぞれを用途・機能によって独立した画面として扱います。 SceneはUnityでは「*.unity」という拡張子のファイルです。 ↓これ 2.Sceneは複数のGameObjectで構成される シューティングゲームを例に挙げるとGameObjectとは「自機」「
概要 標準的な登録画面の作成 内容 書籍を登録する画面を作成します。 登録情報は以下。 書籍名:テキスト ISBN-CODE:最大13桁テキスト 税抜き価格:数値(整数) DB定義 mysql> desc books; +------------+--------------+------+-----+---------+----------------+ | Field | Type | Null | Key | Default | Extra | +------------+--------------+------+-----+---------+----------------+ | id | int(11) | NO | PRI | NULL | auto_increment | | name | varchar(255) | YES | | NULL | | | isbn |
開発部の@horimislimeです。普段は@y_koh さんとiPadアプリ開発をさせてもらっています。 先日トレタはメジャーアップデートとなるver5.0.0で、飲食店従業員の方が店内のテーブル配置を作成し、空間的にテーブルを見ながら予約を取れる「テーブルレイアウト」機能をリリースしました。 この機能の詳細や、開発にあたっての想いは弊社ブログのエントリも御覧ください。 トレタ新バージョン「5.0.0」とモノ作りの話 : TORETA(トレタ) ブログ トレタとして大規模なアップデートとなるver5.0.0でしたが、その裏ではiOS開発チームとして新しいチャレンジもありました。それが以下の二点です。 Swiftと新しいパラダイムの導入 これまでのトレタには無かったUIの実現 まずiOS開発チーム内でこの新機能からSwiftを導入し、合わせてMVVM風な設計を取り入れつつ実装を進める方針を
画面向きの設定に関してずっと勘違いしていた点があったので共有。 UISupportedInterfaceOrientations ターゲットのDevice orientation設定(plistのUISupportedInterfaceOrientations)は、そのアプリでサポートする画面向きを設定するためだけのもの、という認識だったんですが、正しい定義は、 「アプリ起動時の画面向きの初期値」の決定に使用される。 AppDelegateでapplication:supportedInterfaceOrientationsForWindow:を実装 していない場合 は「アプリ全体でサポートする画面向き」の決定にも使用される です。 例 以下のような要件のアプリを作りたいとします。 アプリ起動時直後に表示される画面は、portraitのみ対応する それ以外の画面は portrait/lan
Xcode6にてStoryBoardかつAuto LayoutでConstraintsの値を0に設定してもマージンが取られてしまい、 このように空白が空いてしまうことがあります(ここではWebViewで説明)。マージンに対してConstraintsが設定できるようになったのが原因です。通常は不要かと思いますので無効にします。 上記はStoryboardでのConstraints設定時にマージン制約を無効にする方法です。Constrain to marginsのチェックを外せば無効になります。 [adsense] このマージンは Relative to marginのチェックを外すことによっても削除できます。 チェックを外した状態です。 このようにConstraints設定時にマージン制約を無効するか、Relative to marginのチェック有無で制御を行いますが、動的にConstra
http://www.objc.io/issue-19/ 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約2時間前 objc.ioはベルリンのメンバを中心に、月替りでiOS関連技術の特定のテーマに絞って発信しているブログ。もう既に知名度はかなり高いかと思いますが、毎月ものすごく力の入った特集ゆえに、その分ボリュームも相当で、読むのも大変というか、時間がないから読めてない人もいるかと。今月は#19としてデバッグの話題です。 Peter Steinbergerの「デバッグ : ケーススタディ」では、UIKit上のバグをLLDBで対処した話を紹介。 「デバッガーでのダンス - LLDBのワルツ」において、Ari GrantはLLDBの使い方を詳説してくれています。 「DTrace」はiOSシミュレータでしかまだ利用で
一度は憧れたことがあるメディア系アプリのUI 最近のキュレーションアプリやファッション情報系のアプリでよくある、スワイプすると写真付きコンテンツリストの一覧が切り替わり、なおかつコンテンツの上部分に設置されたタブが切り替わるようなUIはよく見かけると思います。このようなアプリを作成するための足がかりとしてまずはUIScrollViewとContainerViewを用いて、アプリの骨格となる部分を作成するための方法とポイントをご紹介致します。 ContainerViewに関してざっくり説明&導入する際のポイント 以外と参考書や書籍などでも扱っているものが少ないContainerViewですが、特に1つのベースとなるViewControllerに複数のViewControllerを配置して複雑な画面構成をする際には重宝します。 InterfaceBuilderで「Container」という要素
Advent Calendarに空きがあって完走の危機だったので、今年読んだSwift周りで良かった記事(資料)7選を一言コメント付きでご紹介します。 せっかくなので、Qiita以外から選びます( ´・‿・`) Swiftオープンソース化の衝撃 - Hatena Developer Blog 今月オープンソースとして公開されたことや、Swift 3についてとてもよくまとまっています。 RxSwift/Rx.playground 記事じゃ無いですが( ´・‿・`) 11月くらいにReactiveX/RxSwiftへの乗り換え(それまではReactKit/SwiftTaskでそれも良かったです)をしたのですが、このPlaygroundがReactive Extensionsの理解にとても役立ちました。 以前C#メインだったときも少しかじってたものの、今いち理解出来ていないところがあったのですが
『AnimatedTransitionGallery』は、iOS 7 で追加されたプロトコル、 UIViewControllerAnimatedTransitioning UIViewControllerTransitioningDelegate を利用したカスタム画面遷移(トランジションエフェクト)を64種類を試せるギャラリーアプリです。 GitHubで公開しています。 なぜつくったのか iOS 7 から UIViewControllerAnimatedTransitioning および UIViewControllerTransitioningDelegate プロトコルが追加され、カスタム画面遷移(トランジションエフェクト)が格段に実装しやすくなりましたが、結局のところ実際のアニメーション部分は自分で実装する必要があります。 で、カスタム画面遷移は UIViewController
<この記事は「Money Forward Advent Calendar 2015」の22日目の記事です> この記事は、iOS Clean Architectureと実際にコードへ適用した内容について紹介します。 コードについては、改善の余地があるため随時修正していくと思います。 → github: https://github.com/koutalou/iOS-CleanArchitecture iOS開発においてよくある問題点 「ビジネスロジックはModelに置くべき」と言うが、開発者によって理解や意見がバラバラで統一的な実装ができない 度重なる仕様変更や複雑な仕様に対応するためにViewControllerや特定のModelが肥大化し、ビジネスロジックの本質を見失う MVC,MVP,MVVMだけで考えると、どこかのレイヤが複数の責務を持つことになり依存度の高い複雑なコードが生まれてし
この記事では、ドワンゴから今秋リリースされた 「ニコニコ漫画」iOSアプリ の開発での取り組みや内部の設計、ニコニコ漫画アプリのこれからについてご紹介します。あまり変わったことはやっていないとは思いますが、よくあるアプリ開発の一例としてご覧いただければと思います。 なお、一応お約束として書いておくと、この記事は個人の見解であり、所属する組織の公式見解ではありません。 はじめに "ニコニコ漫画"は、縦スクロールでサクサク、マンガを読めるのはもちろんのこと、新感覚のダイナミックな見開きページ表現を楽しめたり1、紙芝居のような形式のマンガが読めたりするなど2、かなりアグレッシブなマンガアプリ3です。 読み手はもちろん、マンガの作り手が作品を公開して嬉しい気持ちになれるサービスになっているかと思います。まだ使ったことがないという方は、この機会にご利用いただければ幸いです(宣伝)。 サービスもアグレ
これはなに Embedded Framework を使えば Swift で名前空間を利用できます。 それによりレイヤーを意識した設計になりクリーンな開発をしていきましょう。 また、今日書こうと思っていたネタが別のアドベントカレンダーの1日目に書かれていたのでリンクを貼ります。まとまっていて大変良い記事です。 http://qiita.com/mono0926/items/e29cd17789fd1d1548aa MVC? DDD? さて、アプリの設計の話です。 スピード重視・可読性無視の個人開発ならば設計などない方が早く完成するし、自分が全部知っているので保守もできます。 しかしチーム開発となると設計は重要なファクターになってきます。 自分と考え方の違う大勢の開発者が同時に開発を進めていくため、ルール決めが必要になります。 コード規約や Pull Request のレビューの仕方、継続的イ
Udemyは、学びたい人、教えたい人のためのオンラインのマーケットプレイスです。プログラミング、マーケティング、データサイエンスなど、213000以上のコースを6,200万人の受講生が学んでいます。
Udemyは、学びたい人、教えたい人のためのオンラインのマーケットプレイスです。プログラミング、マーケティング、データサイエンスなど、213000以上のコースを6,200万人の受講生が学んでいます。
より詳細な CPU と命令セットの一覧は Wikipedia の Apple mobile application processors をご覧ください. armv7 に対応したバイナリは armv7s や arm64 アーキテクチャの CPU でも動作します. (例: arm64 リリース以前にリリースされたアプリも, そのまま arm64 のデバイスで利用できる.) これは Apple の arm64 に対応した CPU が armv7 にも対応していることで実現できています. i386 (IA-32) や x86_64 (AMD64 / Intel 64) アーキテクチャは Simulator での実行で利用されています. Xcode での設定 どのアーキテクチャ向けにアプリをビルドするのかについての設定は Xcode の Build Settings で設定することができます. ア
これは参考にしたいかも。 App Animationsでは、iOSアプリで見られるちょっと素敵なアニメーションを紹介している。 すべて動画で紹介されているので、インターフェースを作っている人は参考にしてみるといいだろう。 現在のところ58のパターンが紹介されているようだ。 ユーザー登録をするとお気に入りで管理していくこともできるので興味がある人はチェックしてみるといいですね。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く