MacRubyとRubyCocoaの微妙な違い (3) : As Sloth As Possible
MacRubyとRubyCocoaの微妙な違い (1)とMacRubyとRubyCocoaの微妙な違い (2)の続き。 クラスをいじってみる またまた抜粋 # MacRuby版 it 'Objective-Cのクラスを書き換えられること' do lambda { eval 'class Sloth; def name; "nisefaultier"; end; end' }.should.not.raise obj = Sloth.alloc.init obj.name.should.be.eql "nisefaultier" # @obj.name.should.be.eql "nisefaultier" end # RubyCocoa版 it 'Objective-Cのクラスを書き換えられること' do lambda { eval 'class Sloth; def name; "ni
MacRubyとRubyCocoaの微妙な違い (2) : As Sloth As Possible
MacRubyとRubyCocoaの微妙な違い (1)の続き。 フレームワークの読み込み まず最初に違うのは、framework。これはRubyCocoaで書くと多分こんな感じ。 require 'osx/cocoa' def framework(name) OSX.require_framework name rescue bundle = OSX::NSBundle.bundleWithPath(name) bundle.load end MacRubyのframeworkは名前じゃなくてパスを渡してやるとそのFrameworkを読み込んでくれるけど、OSX::require_frameworkは名前しか受け付けない、つまりパス上にあるFrameworkしか探さない。ので、任意のパスにあるFrameworkを動的に読み込みたいときは、NSBundleのクラスメソッドを使ってバンドルのオ
MacRubyとRubyCocoaの微妙な違い (1) : As Sloth As Possible
MacRubyでBaconを調理する準備ができたので、早速Bacon焼くぜー超焼くぜー、と書き始めたんだけど、その前にRubyCocoaとMacRubyの違いを比べてみたくなった。のでちょっと脱線。 # Namake.framework内にあるSloth.h #import @interface Sloth : NSObject { NSString *name; } - (NSString *)name; - (void)setName:(NSString *)aName; @end $ cat mrb_bacon.rb # coding: utf-8 require 'bacon' framework 'build/Release/Namake.framework' describe Sloth do before do @obj = Sloth.alloc.init end it '
MacRubyでBaconを調理する : As Sloth As Possible
以前、「Objective-CのテストやるのにOCUnit使うよりも、RSpec使えたら素敵なんじゃね」と思って、色々試行錯誤してみたことがある。 CocoaでBDD with RSpec (1) CocoaでBDD with RSpec (2) CocoaでBDD with RSpec (3) CocoaでBDD with RSpec (4) とりあえずそれっぽいことができるところまでは行ったものの、そのあと特に使う機会もなくそのまま放置していたのだけど、今度は本格的にObjective-Cのフレームワークを作らなきゃならなくなりそうなのでまたRubyCocoaなどいじる。そこでふと思い付いた。せっかくMacRubyがあるんだから、今度はMacRubyで同じことをやってみたらどうか、と。RubyとObjCのブリッジであるRubyCocoaよりも、VMのレベルでObjCと融合してるMacR
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
