ベジェ曲線をレンダリングしていたら面白くて丁寧に描いてしまった。せっかくなのでこれを使って誰にでもわかるように（たぶん中学生でも分かるように）ベジェ曲線というものが何かを説明してみたいと思う。 ベジェ曲線というのはなめらかな曲線を描くためのものなのだけど、説明はまず単なる直線から始めることになる。この下の図の点の動きがすべての基本になるからだ。 一本の直線があって、その上を点Mが一定の速度で移動している。この点Mの軌跡は、もちろんだけど、単なる直線になる。いいよね。tというのは線分上をどれだけの割合進んだのかを表す数値だ。 もうひとつ線を増やして、その上に、Mと同じように移動する点をもうひとつ増やすことができる。もともとの点MをM0、新しい点をM1と呼ぶことにしよう。M0とM1が動くルールは同じままだ。M1が増えても特にややこしくなっていることはないね。 さて、ここでM0とM1をつなぐ線を

iOSアプリではシングルウィンドウしかないと思われがちですが、実は随所で使われているiOSのウィンドウ「UIWindow」。 このUIWindowの知られざる登場シーンや活用法、注意点などについて、DeNAの@sintarioさんに解説レポートを寄稿していただきました。 by 馬場美由紀 （CodeIQ中の人） iOS開発における「ウィンドウ」とは？ デスクトップOSであれば、一つのアプリが複数のウィンドウを同時に展開するマルチウィンドウアプリであることは、ほぼ当たり前ですよね。画面上にいくつものウィンドウを同時に開いて、並べたり切り替えたりしながら画面の広さを活かしたやり方で作業するものです。 これに対して、iOSの世界観は大きく様相が異なります。高精細なRetinaディスプレイが普及したとはいえ、iPhoneの画面はやはりお世辞にも広くはありません。一般的にiOSでは、一つのアプリが画

アラートっぽいのを表示するライブラリを作りたくなって，UIWindowを使ってみた． なんでwindowを使ったかというと，普通にviewにaddSubview:するのだと常に前面に表示されている保証が無いし，ライブラリのくせに自分の管理してないviewの階層をいじくるのはちょっとアレかなあと思ったから． UIWindowとは 昨今のモダンな環境でiOSアプリを作ってるとUIWindowを自分で作ることはまずないので気にしたこと無いかもしれないけど，UIWindowは特別なUIViewでview階層のルートとなるviewのこと． iOSアプリは例外なく全てのアプリが少なくともひとつのUIWindowを持っている． Xcode 3くらいまではテンプレートでwindowとってきてmakeKeyAndVisibleしていたのでなんとなく覚えている人もいるかと思う． Macと違ってiOSではひとつ

Redirecting… Click here if you are not redirected.

ユースケース CADisplayLink を実際に使う例と共にどんなクラスなのか簡単に紹介します。 例えば現在時刻を表示する場合。 画面に表示されている日時を定期的に更新する必要があります。 そのような場合に NSTimer で 0.01 秒など適当なインターバルを設定して更新、みたいなこと実装した経験ありませんか？ 僕はあります。 それを解決するための表示されているビューを更新するためのイベントを取得するためのクラス、それが CADisplayLink です。 最近 facebook が OSS 化した pop や、長年 iOS の 2D ゲームフレームワークとして親しまれている cocos2d でも、もちろん使われていました。 facebook/pop cocos2d/cocos2d-iphone CADisplayLink の使い方 CADisplayLink を以下の様にしてセット

Help us understand the problem. What is going on with this article? 最初に。内容に誤謬がありましたら申し訳在りません。訂正を歓迎します。 tableView:heightForRowAtIndexPath: は rowHeight で置き換えるべきか UITableViewCellの高さが常に一定の時はrowHeightを使う - Qiita この記事には正しいことが書いてあるのですけど、影響があるのは **表示されるセル数** が100や1000に到達するような稀有なケースです。 通常のテーブルビューでは、セルは一度に高々12程度しか表示しないため、`tableView:heightForRowAtIndexPath:`を`rowHeight`に置き換えることによる劇的なパフォーマンス良化はありません。 このことについて

＠himara2 です。iOS Advent Calendar の20日目を担当します。 iOS 7対応時に知っておきたい情報をまとめます。 はじめに iOS 7が登場から3ヵ月が過ぎ、普及率が75%を超えるほどiOS 7は浸透しています。 先日にはついにAppleが「2014/2/1以降に申請するアプリはiOS 7に最適化されている必要がある」とアナウンスしました。 これからアプリのiOS 7対応は必須化していきます。 この記事ではこれからiOS 7対応をする方向けに、新APIやiOS 7対応時に助かるリンク集をまとめてみます。 1. 見た目関連のAPI Custom Transition ViewController間の遷移が簡単にカスタマイズできるようになった NavigationController, TabBarController, Modal などの遷移を自作できる UIVi

公式の英文資料を読んでもいまいち理解できなかった（英語が読めなかった）のでいろいろ試してみる事にしました。 Xcode6 beta5 + Playground 更新: 2015/03/06, Xcode6.3 beta3, Playground 基本的な使い方 ストアド・プロパティにwillSetとdidSetを仕掛ける事で、プロパティの変更前/後で何か処理を書く事ができます。 （※グローバル変数やローカル変数にも仕掛ける事ができます。） class Person { var age: Int = 0 { willSet { println("age willSet:\(age) -> \(newValue)") } didSet { println("age didSet :\(oldValue) -> \(age)") } } } let p = Person() p.age = 20

iOS は タッチパネル式端末用に最適化された OS で ユーザが端末を操作しやすいように GUI の仕組みが提供されています。iOS アプリ開発では主に GUI を操作するプログラムを実装していきます。iOS の GUI プログラムはイベント駆動型と言われるプログラミング方式に則ってプログラムを実装していきます。 iOS に限らず Mac OS 用のアプリ開発でも同じようにイベント駆動型のプログラムを実装しますが、 iOS はタッチパネル式モバイル端末用の OS という性質上 Mac OS のイベント駆動プログラムと少し違うところがあります。 この記事では iOS のイベント駆動の仕組みを「ライフサイクルイベント」と「ユーザアクションイベント」にわけて説明します。iOS のイベント駆動がどういったものなのか理解してその仕組みの上で自由にプログラムできるようになることが目的です。 イベント

Objective-C のプロパティの属性を指定するとき従うべきガイドラインをまとめた。 できる限り nonatomic を指定する atomic にしてもパフォーマンスが悪化するだけでほとんどメリットがない（参考：StackOverflow - Atomic vs nonatomic properties）。 nonatomic と atomic の使い分けの指針は次のとおり： 参照型: メモリアドレスのみの書き込みなので、常にnonatomicでよい プリミティブ型: int, BOOL等ワンステップでの書き込みが可能: 常にnonatomicでよい 単一のスレッドからしかアクセスされない: 設計に気をつけつつnonatomic推奨 複数のスレッドからのアクセスがあり、long,構造体などサイズの大きい値: atomic推奨 (thx to @takasek) 複数のスレッドから同時に

iOSアプリのメモリ管理についてまとめました！ 何かあったらコメントどぞー。 6/24：コメントで間違いを指摘されたので、色々テキスト修正しました。 メモリ管理に気をつけないとどうなるの？ 動作がもっさりする 使い終わったオブジェクトを解放していないパターン。 解放されないのでどんどん使用メモリが増えていき、メモリ圧迫しちゃってもっさりする。 同じ端末で動かしている他のアプリも影響を受けてしまうので気をつけましょう！！ アプリが落ちる よくあるのがEXC_BAD_ACCESSのパターン。 アクセスしようとしたデータが既に解放されちゃっているというエラー。 解放するタイミングにも気をつけましょう！！ 気をつけるポイント strongなプロパティは自分で解放する (誤解してました…。自動で解放されるよう) プロパティ属性を理解する 解放するタイミング メモリ不足時の挙動を理解する Blocks

前に見た時に理解できずにいた2chスレを備忘録としてコピペ。 時間あったら整形する。 + JavaScript の質問用スレッド vol.52 + 元々のスレ：http://pc8.2ch.net/test/read.cgi/hp/1161422792/ 過去スレ保管庫：http://wing2.jp/~mirrorhenkan/2ch/javascript/read.php/1161422792/ 670 名前：Name_Not_Found[sage] 投稿日：2006/11/24(金) 11:42:28 ID:??? >>666 自分でそういう関数を1行で定義して使うのはいいんじゃねの？ >>669 setAttributeダサイ! >>667 ホレ。 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"> <html><head><tit

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

1 pixel｜サイバーエージェント公式クリエイターズブログ サイバーエージェントのクリエイターの取り組みを紹介するオフィシャルブログです。最新技術への挑戦やサービス誕生の裏話、勉強会やイベントのレポートなどCAクリエイターの情報が満載です。 みなさまこんばんは。 前回に引き続き、平松 @co_sche (co-sche)です。 想定している読者は、JavaScriptの基本的な構文を理解している方JavaScriptで関数を定義・使用したことのある方LLと総称される言語を扱っているが、関数型プログラミングを意識したことのない方です。 はじめに前回は、関数型プログラミング(以下、たまにFP)を学ぶ上で欠かせない、関数の特徴について学びました。 今回は、実務にありがちな例を挙げてFP的なアプローチ方法を見て、FPのメリットを実感してみましょう。 今回のサンプルコードの出力には、console