08/22 17:59 @117Florian Windowsなんか使ってると当たり前にsizeof(構造体変数名）とか使うようになるし、いわゆるcountof(配列変数名)マクロを作ったりとかで、とくに違和感ないです＞sizeof(変数名)
08/22 18:12 eclipseでAndroidプロジェクトを扱っていると、ビルド設定をどうやってsvn等に保存しておいたらいいのかわりと迷う。.metadataフォルダの中身がビルド設定の実体なのはわかるけど、これsvnとは激しく相性悪いよね…
08/22 18:17 今では結局諦めて、新しい環境にsvnからソースを下ろした後は一からビルド環境を作り直すことにしているんだが、どう考えても馬鹿馬鹿しい作業で、きっとどこかに楽な方法があると思うんだが…
08/22 18:59 コマンドラインだとMakefile、VC++だと*.sln/*.vcproj、Xcodeだと*.xcodeprojあたりに相当するものがeclipseにはないという話ね＞ビルド設定
08/22 19:00 このへんがないと、自分はもちろん「自分が作ったプロジェクトを他人にビルドさせる」のがとても面倒くさい
08/22 19:14 (
@wtnbgo)
@gorry5 eclipse では、ワークスペース、は各自ユーザのもので、その中に任意個のプロジェクトを作る形になってて、svn とか使うときはそのプロジェクト単位で処理するようになってたかと
(dige)
08/22 19:16 (
@wtnbgo)
@gorry5 専用のクライアントいれれば、既存のプロジェクトを svn にコミットとか、新規に svn からプロジェクトをインポートとかメニュー操作にあるはずです。他の人はそのsvn管理してるプロジェクトを自分のワークスペースに「インポート」して作業開始します
(dibu)
08/22 19:24 @wtnbgo でも、eclipseの構造的に、Androidじゃなくても「ほげほげ開発用のワークスペースを作って」「プロジェクトをimportして」「importしたプロジェクトのビルド設定をして」からでないとビルドできない気がする
08/22 19:25 @wtnbgo で、それがsvnで複数ブランチでの開発になると、「各ブランチごとにみんなワークスペースを作るところから始めないといけない」ので、うがーとなると
08/22 19:48 (
@wtnbgo)
@gorry5 運用的には、ある程度環境が固まったところで、ファイル/エクスポートで一般/設定をエクスポートして、それをインポートしたワークスペースの雛形をどっかにとっておいて、作業開始時にそれをコピーしてきて使うとかですかねぇ
(doge)
08/22 20:20 eclipseで「複数ブランチでいちいちワークスペースを切り替えないでもいい方法」として「各ブランチ分のプロジェクトを全部読み込んでしまう」というのは、やっぱ気持ち悪い…
08/22 20:24 まあ、むしろ「ビルド設定ファイルをダブルクリックするとIDEが起動する」という一般的なはずの方式をなぜeclipseが採用しなかったのかという話なんだろう…多分
08/22 20:26 (
@wtnbgo)
@gorry5 そこはもう概念設計の差なので慣れるしかないですね。Eclipse 的にみれば、Visual Studio ってのは「完全にグローバルな一つのワークスペースしかもってない」ってことになるかんじです
(beha)
08/22 20:30 @wtnbgo むしろ「eclipseはeclipse内でしかワークスペースを切り替えられないが、VC++は*.slnが１つのワークスペース」ではなかろうか
08/22 20:42 @wtnbgo たぶんそこが思想の違いなんだと思う。「VisualStudioが環境設定を１つしか持てなくて困っている」かといえばそれはないだろう的な意味で
08/22 20:48 「IDEで今開いているもの」が「IDE環境に含まれる」のがeclipse、含まれないのがそれ以外、という感じか