MonoDevelop2.8は正直、絶望的なVerUpだった。
入れたらどうなるかというと、RAD開発からただのC#で書けるXCODEになる。
基本的には、今まで使えたIBの編集からのコード反映がなくなる。
・XCODEが4.XだとD&Dでコードを少し書いてくれるのでまだちょっぴり良い。
ＧＵＩで線をつなぐのと似ているといえばそうだが、ソースファイルの行位置ってのはいただけない。
・XCODEが3.Xの場合D&Dでコードの自動生成はできないため、この部分は全部手動で書くことになる。XCODEの人は普通にやっていると思うけど。
実際にやってみたメモ。
１．まず空のプロジェクトを立ち上げる
２．ｘｌｂをクリックしてＩＢを立ち上げる
ここまでは2.6でも同じだが、2.8ではＸＣＯＤＥも同時に立ち上がる
３．ＩＢで画面をデザインする
2.8でデザインしたら一旦保存する。（終了はしない）
ここではボタンを１つおいておくことにする。
４．XＣＯＤＥでＶｉｅｗＣｏｎｔｒｏｌｌｅｒ．ｈを編集する
@interface HogeHogeViewController : UIViewController {
UIButton *_btnClickMe;
}
のようなインターフェイスと
@property (nonatomic, retain) IBOutlet UIButton *btnClickMe;
のプロパティを書く。これでＯｕｔｌｅｔになる。
Ａｃｔｉｏｎも記述したい場合は
- (IBAction)actionButtonClick:(id)sender;
みたいに書く。
これはプログラムでも書けるので無理することはない。
ここでＸＣｏｄｅを保存する。
ＸＣｏｄｅ４．Ｘにするとこの部分はD&Dで作成できるらしい。
５．上のコードと画面の部品を紐づける
上を保存するとＩＢにＯｕｔｌｅｔやＡｃｔｉｏｎが出てくるのでこれを画面の部品と紐付けする。
ここでＩＢを保存。
やっとＸＣｏｄｅやＩＢから解放される。
というか、ＸＣｏｄｅをやる人なら普通にやっている内容。ＭｏｎｏＴｏｕｃｈの自動生成もどきを手動でやっているだけ。
６．ＭｏｎｏＴｏｕｃｈに戻るとｄｅｓｉｇｎ．ｃｓに
partial class HogeHogeViewControllerに
{
[Outlet]
MonoTouch.UIKit.UIButton btnClickMe { get; set; }
[Action ("actioonButtonClick:")]
partial void actionButtonClick (MonoTouch.Foundation.NSObject sender);
}
みたいなこのができていればＯＫ。
しからば、ここだけ手で書いたら逆に反映するかと思ったらさすがに甘かった。（ＴＴ）
以降は以前のMonoTouchと同じになる。
７．Ｃｏｎｔｏｒｏｌｌｅｒ．ｃｓを開いて普通に書く
Ａｃｔｉｏｎは作らなくても以下でＯＫ。
base.ViewDidLoad ();
//any additional setup after loading the view, typically from a nib.
this.btnClickMe.TouchUpInside += (sender, e) => {
this.numberOfTimesClicked++;
this.btnClickMe.SetTitle("Clicked:" + this.numberOfTimesClicked.ToString(),UIControlState.Normal);
};
}
なんのことはない、ＸＣｏｄｅで書く場合と一緒でＩＢの編集を自動反映するわけでもない。
いちいちコードを書くのでは面倒でＸＣｏｄｅと変わらない。
2.8は結局コンセプトがＲＡＤからずれてきていて、残ったのはＣ＃で書けることぐらいになったような気がする。
2.6だとIBでデザインして定義もして保存すると、それ関係のコードは自動生成された。ＶＢほど簡単でないまでも、コード補完も考えると随分楽な気がした。
MonoDevelopやMonoFremeWarkはNovellとは関係ないのだが、それを前提にしている以上MonoTouchそのものも改悪（だと思う）される。
MonoTouchは価格も高いし、ＵｐＤａｔｅも１年だけの無料、しかもインストールは１台。マシンを入れ替えたらアクティベーションも英文メールしてやりなおし。
かなり条件的には厳しいものだ。
おまけに、MonoDevelopの影響で使い勝手も悪化（だと思う）してしまう。
MonoDevelopはのＣ＃２０１０に対応したせいで、そうなったのかもしれないが、なんだか割り切れないＶｅｒＵｐに見える。コンセプトそのものがおかしくなったというか。MonoDevelopがMonoTouchを考えてなかったということだろう。MonoTouchは有料な以上、自分でなんとかすべきような．．．。ＩＤＥを他人のものを使ったせいというか。
古いプロジェクトは変換して読んでくれるので、そこが継承できないわけではない。（２つのファイル以外は互換があるようだ）
新しいもの（２．８）は、ただ「Ｃ＃で書けるだけ」風になってしまった。
感動的だったＨｏｌｌｏＷｏｒｌｄも面倒この上なくなってXCODEのC#版となる。
というか手間はXCODEと変わらず、正規品なら有料の分不利なような．．．。
結局は２．６に戻したわけだが．．．
MonoDevelopは、こんな変更があるのなら、古いＶｅｒをおいておいてほしい。
MonoTouchは、有料である以上はチュートリアルを変えるのではなく、自前でなんとか対応するかせめてＵｐＤａｔｅに２．８を入れないでほしかった。（永遠になくなったりして。）
MonoFrameWorkが一番良心的かも。
