【ZendStudio】PHP統合開発環境 Part2【Eclipse】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2006/07/28(金) 19:33:42ID:???そんなすばらしい機能をすべて併せ持つPHP用IDEに関するスレです。
単なるエディタしか使ったことがなかった人もこれを機に乗り換えましょう！
▼PHP統合開発環境
Zend Studio (有償)
http://www.zend.co.jp/products/studio/
PHP IDE Project (無償/Eclipseプラグイン)
http://www.eclipse.org/php/
http://www.zend.com/de/phpide/
PHPEclipse (無償/Eclipseプラグイン)
http://www.phpeclipse.de/
▼まとめWiki
PHP統合開発環境wiki
http://phpide.grebe.jp/
▼前スレ
PHP統合開発環境スレ
http://pc8.2ch.net/test/read.cgi/php/1123912762/l50
0102nobodyさん
2006/09/21(木) 19:07:47ID:???ただそれでも今のところ可能性はまだ50:50だと思う。
やっぱりZendFrameworkが鍵かも。
0103nobodyさん
2006/09/21(木) 19:32:42ID:???Zendが次世代PHPの開発に力を入れているならともかく
0104nobodyさん
2006/09/21(木) 19:58:46ID:???0105nobodyさん
2006/09/21(木) 20:12:08ID:XmRBXmy2参考になるサイトあれば教えてください
0106nobodyさん
2006/09/21(木) 20:14:43ID:XMQyghCa5.1にする
0108nobodyさん
2006/09/21(木) 21:32:21ID:???r' ,v^v^v^v^v^il
l / jニﾆｺ iﾆニ!.
i~^' fｴ:ｴi fｴｴ)Fi ＜ ぼくは綺麗なPHP
ヽr ＞ V
l !ー―‐r l
__,.r-‐人 ｀ー―' ﾉ＿
ノ ! ! ﾞｰ‐--￣--‐'"ハ ~^i
ヽ ! ヽ､＿ ＿.ノ i ＼
ヾV / ! ／.入
0110nobodyさん
2006/09/22(金) 15:46:37ID:???名前空間ないけどPHP5の文法ってシンプルで見やすい方じゃね？
$thisはやや鬱陶しいが慣れてしまえばどうってことない。
0111nobodyさん
2006/09/22(金) 16:03:43ID:???けっこう書くのめんどいよね
array('key1' => 'value1', 'key2'=>'value2');
とかマジだりー
0112nobodyさん
2006/09/22(金) 16:26:57ID:???ただ書く面倒さというのはもう環境に任せてしまって
見易さに重心を置くのもありなんじゃないかーと思う。
XMLはその方針に傾倒し過ぎた感があるけど。。
Textmateで言うsnippetをコンパクトに実装したものを
他の開発環境でも標準化して行って欲しいと願う。
0113nobodyさん
2006/09/22(金) 16:41:09ID:???$thisもrubyみたく何もついてなかったらselfのメソッド呼んで欲しい
名前空間も欲しい
あと将来性云々とかの話だと
将来性つうかLLの中ではコミュニティがしょぼい感じ
perlもrubyもコミュニティがある
言語自体がperlとrubyは一応個人名義で作ってて
phpは企業が作ってるからってのもあるからかもしれないが
国内・海外問わずPHPと言えばこの人！ってのが正直あんまりいない
（FW作者の人もあんまりインパクトない）案外そういう事だと思う
perlやrubyはやっぱりいるから
railsだってDHHは最初PHPで作ってたんだし
逆にそういう人がPHPで出てくればまだまだ全然PHPは盛り上がるとオモ
0114nobodyさん
2006/09/22(金) 17:04:53ID:???はげど。
個人的には海外はPHPベースのコミュニティが多いせいか
まだ一定のアイデンティティを持ったPHP使いが多い気がするが
国内は本当にひどい。ｗ
0115nobodyさん
2006/09/22(金) 17:11:05ID:???自分がメインで使ってる言語にもっと自信を持つべきだと思う。
Webに限ればPHPにはそれくらいのポテンシャルはあるはず。
0116nobodyさん
2006/09/22(金) 19:15:27ID:???言語としてはやっぱり魅力ないよ。
DHHがRubyに行ったのも分かる。
0117nobodyさん
2006/09/23(土) 22:28:22ID:???VS2003を巻き込んでクラッシュします。
うちの環境 CentOS4.4＋PHP4.3.9+dbg2.13.1
VS2003 + VS.Php2.1
0118nobodyさん
2006/09/24(日) 03:22:23ID:???開発チームの個々の技術水準とコーディング規約がしっかりしてれば、ちゃんとしたシステム組める。
PHPでもフレームワーク＋O/Rマッパー＋javascript(Ajax)でいい感じ。
ただ、113の言うように$thisは無くしてほしい。
名前空間はできればほしい。
メソッドの戻り値の型を宣言できるようにしてほしい。
zendにはできる限りの高速化を頑張ってほしい。zendフレームワークはいらないから。
0119nobodyさん
2006/09/24(日) 05:42:18ID:???0121nobodyさん
2006/09/24(日) 12:56:46ID:???$thisは居るだろ。
今まで$this->$hoge();
なんて動的に手軽にやってこれたもんが、それなくしたら、
グローバル関数とクラスメソッドごっちゃになってｳｻﾞｲだろ。
0122nobodyさん
2006/09/24(日) 15:02:09ID:???グローバル関数を明示するようにしたらいいと思うぞ
0123nobodyさん
2006/09/24(日) 15:48:17ID:???まてまて、Perl6は今のPHPやRubyなんかとくらべたら
目じゃないぞ。Javaみたいな言語になるんだぜ。
0124nobodyさん
2006/09/24(日) 15:51:59ID:???> 綺麗なPHPって例えばどういう事なんだろ？
> 名前空間ないけどPHP5の文法ってシンプルで見やすい方じゃね？
> $thisはやや鬱陶しいが慣れてしまえばどうってことない。
戻り値の型をつけられないのとimport宣言月変えないのが見づらい。
$thisはJavaなどの言語の影響を受けたもの。つか、むしろつけられるなら
つけておいたほうが混乱を避けられる。そもそも、変数名に$をつけてしまっているから
どうしてもうっとうしく感じてしまうものだが。
それから アロー演算子 -> をドット演算子 . に変えて欲しいな。
PerlもPerl6になってから Javaなどの言語の影響を受けて ドット . に変わるんだし。
で、文字列連結演算子のほうを、 ドット . ではなくJavaなどの言語のように + 演算子を使えるように
するんだ。Perl6もそうなる。
すると、言語仕様を根本から見直さないと逝けないな。
1 + 2 とでたら 3を返すが、 "" + 1 + 2 とでたら 3ではなく 12を返さないといけない。
0126nobodyさん
2006/09/24(日) 15:55:01ID:???> arrayはperlやrubyみたく(1, 2)とか[1, 2]とかで生成して欲しい
小括弧はやめてほしいな。メソッドの引数と勘違いしてしまう。
> $thisもrubyみたく何もついてなかったらselfのメソッド呼んで欲しい
それもどうかね。ローカル変数とフィールド変数との違いを区別するためにもあったほうが
見やすいと思われ。
> あと将来性云々とかの話だと
> 将来性つうかLLの中ではコミュニティがしょぼい感じ
LLってのがなんだかよくわからないけど、活発じゃないって事か。
これだけ仕事も増えて人気も出てきた言語なのに。
> perlもrubyもコミュニティがある
> 言語自体がperlとrubyは一応個人名義で作ってて
> phpは企業が作ってるからってのもあるからかもしれないが
企業が作っているにもかかわらず名前空間すら付けられないのは
最悪としかいいようがない。
> 国内・海外問わずPHPと言えばこの人！ってのが正直あんまりいない
PerlやRubyのような、これは凄い！っていうものがPHPにはないからでないかな？
そのあたり、PHPはまるでVisual Basicのようだ。
> perlやrubyはやっぱりいるから
言語としての質が全く違うからね。
> railsだってDHHは最初PHPで作ってたんだし
0127nobodyさん
2006/09/24(日) 15:57:51ID:???それだけやっておけばthisがいらないなんてことにはならないよ。
ローカル変数との区別をつけるためにJavaでも使われているんだから。
public class A {
private String name;
public A(String name){
this.name = name;
}
}
たとえばこんなふうに。ここでローカル変数nameをname_というふうに
変える手もあるけど、それは気持ち悪いな。決して読みやすいコードとは言えなくなる。
0128nobodyさん
2006/09/24(日) 15:59:37ID:???一部のメソッドのオーバーロードができるようになったのはいいけど、
integerやstringやarrayなどの型を指定できないのは残念だな。
ついでにarrya<string> みたいなGeneric Typeな型も指定できるとなおよいかも
C++ TempalteやJava Genericsで使われているアレのことだよ
0129nobodyさん
2006/09/24(日) 17:09:44ID:???phpのネイティブ関数自体いちいち宣言しろって？
全てばっさり切り捨ててそんな無駄な仕様変更に手間かけるくらいなら、そのままでいいだろ。
thisが面倒ならruby使いなよ。
0130nobodyさん
2006/09/24(日) 17:32:34ID:???それともrubyはrubyで不満がある？
0131nobodyさん
2006/09/24(日) 17:41:05ID:???確かにPHPは標準関数が多すぎるし
厳格なOOP言語じゃなくてrrayやらstringやらの
基礎オブジェクトはないから$this無しアクセス可にすると破綻するかも
最優先事項はやっぱ名前空間だと思うなあ
PHP5でも実装される予定だったのに
問題が出て結局なくなっちゃったし
んでPHP6でgoto実装予定とか迷走以外の何モンでもない
>>124
それなんてJava？っていうレベルだなそこまで行くと
文字列演算子のやつPerlは5との互換性どうする予定なんだろう？
>>128
それは俺も思った
タイプヒント実装するんだったらもう普通の型もつけりゃいいじゃんと
0132nobodyさん
2006/09/24(日) 18:01:17ID:???遊びでrailsとか少し触った程度だが
rubyは確かになんでもアリだしとにかく楽
ワンライナーで書きやすいようにできてるから
PHPで数行書くところがほんと1行で済むから
コーディングする分には不満は感じなかった
問題はやっぱパフォーマンスじゃないだろうか
CGIじゃ遅くてlighttpdやらmongrel入れたら速いとか言われても
apache入れてmod_phpでハイ出来上がりってのは
PHPの重要なアドバンテージだと思う
ただ、ruby入れたらapacheのmod_rubyが入ってPHP並の速度が出て
はいすぐ使えますよってなったら正直rubyに変えたい
0134nobodyさん
2006/09/24(日) 23:04:36ID:???>>124
$thisは有った方が丁寧というのは使ってて感じるね。
使い手にプロパティ変数を必要以上に多用させなくするので
少なからず処理スピードのロス削減にも繋がってる気がする。
Rubyはなんでも短く書けそうな所が使ってて楽しそうだけど、
その代わりに記号が増えて、且つRoRとかの一行のコード見ると
メンテナンス性は微妙な気がする。
どっちが良いか分からんけどRubyとPHPはほんと真反対を
行ってるところがあるなーと。
0135nobodyさん
2006/09/24(日) 23:22:50ID:???自分が慣れてる言語で３行書かなければいけないとしても全く面倒だとは思わない。
0136nobodyさん
2006/09/24(日) 23:32:58ID:???パっと見でわかりにくくなるのはあるかもしれない
0137nobodyさん
2006/09/24(日) 23:35:52ID:???美しくないし覚えにくいし。
いっそ全部クラスでラップして
簡単に動かせるJavaを目指して欲しい。
0138nobodyさん
2006/09/24(日) 23:44:28ID:???あれは凄い
>>137
その悪い部分がPHPの普及した理由でもあるのが皮肉とも言える
命名規則バラバラなのはこんだけ普及したらもう無理だろう
0139nobodyさん
2006/09/25(月) 00:20:21ID:???ほほう。調べてみよう
組み込み(グローバル)関数は便利だから必要。悪い部分とは思わない。
グローバル関数をやたらに作るのは良くないと思うけど。
個人的な意見ね。
PHPはPHPでいいのにJavaとかを言語レベルで意識するからJavaエンジニア・PGに見下される＆意味のない論争が巻き起こる。
まぁ、見下されたところで別にいいんだけど。「見下す」というのはレベルが低い証拠だから。
言語を比較したら、どっちにも長所・短所があるのは当たり前。
（何を長所・短所と思うかは個人によるから）
0140nobodyさん
2006/09/25(月) 11:45:11ID:???おもちゃとしては遊べるけど、それを勘違いして実用品扱いすると破綻するというか・・・
ミニ四駆はミニ四駆の世界で楽しいだろうからその中でやっていればいい。
ミニ四駆のパーツを使って乗用車を作ろうなんて考える大馬鹿はいないとおもうけど
なぜかPHPで乗用車を作るどころかF1に参戦しようと考えているようなやついない？
乗用車には乗用車に適した言語、F1にはF1に適した言語をつかえば良いのに、なにもかも
PHPでやろうとする。現状のPHPはそんな言語じゃないよ。将来的には解らないけど。
現状のPHPは何がやりたいのかよくわからない。
おもちゃっぽいと書いたけど実はおもちゃにも徹しきれていない。
それじゃなぜPHPが使われるのかというと安上がりだと思われているからじゃない？
その分、品質が危ういと思うんだけど、そこは見ないことにしているのかな？
0141nobodyさん
2006/09/25(月) 12:02:17ID:???Yahooでも使われてるくらいだから
相当大規模なこともできるし。
0142nobodyさん
2006/09/25(月) 13:07:06ID:???0143nobodyさん
2006/09/25(月) 13:40:09ID:???それ言ったらスクリプト言語なんてみんなおもちゃ
ただ、何百万っていうサイトで使われてる実績がある言語を
実用品扱いすると破綻するって言う事の方が破綻してると思うけど
F1に参戦とかなにもかもPHPでやろうとするとかいう
抽象的な表現が何を指してるのかよくわからん
PHPが使われてるのは安上がりっていうのはそうだと思うよ
色んな意味で安上がり（導入コスト、人件費、etc..）
でも安上がりな人がPHPで作るものの品質が危ういんであって
PHP自体の品質が危ういとは思わない
0144nobodyさん
2006/09/25(月) 13:43:28ID:???マイクロソフト製になります。
0145nobodyさん
2006/09/25(月) 18:00:49ID:???http://jp.php.net/manual/ja/language.oop5.typehinting.php
でもstringとintegerはできないってorz
中途半端杉
0146nobodyさん
2006/09/25(月) 21:50:53ID:???エラー処理ができないから
public function func($array) {
if (!is_array($array)) throw new Exception('not array');
//処理
}
ってやる。
0147nobodyさん
2006/09/25(月) 22:12:59ID:???0148nobodyさん
2006/09/25(月) 22:20:55ID:???だからfunctionの中でthrowして、上でcatch。
0149nobodyさん
2006/09/25(月) 22:35:40ID:???言語が何であれ、言語仕様がどうであれ、
要求仕様に見合って、コストが折り合えば、
何だって実用になると思うが。
そういう意味で、うちの場合はPHPが非常にマッチング。
0150nobodyさん
2006/09/25(月) 22:58:57ID:???参考までに教えて。
phpのバージョンアップについてはどう考えている？
必要ない場合は不要だろうけど、バージョンアップ必要な場合、それなりにコストが
かかりそうだけど。
phpに限らずオープンソースってその辺のリスクの覚悟はもともと必要だろうけど。
0151nobodyさん
2006/09/25(月) 23:10:35ID:???うちもです。
ただサブシステムをJavaで組んだりはします。適材適所で。
まぁ、つまりほとんどPHPですが。
かなり小さな案件の時はRuby使ったりもします。
これはただ、うちが「Ruby使ってみるか」っていうテンションになるだけなんですけど。
149ではないですが、うちは4で動かしてきたものは5にアップしてません。これからもしないつもりです。
5.0が出てからの新規開発は全て5でやってます。5.0から5.1へのバージョンアップはそんなにコストかかりませんでした。
そんなにというか、ほとんど。
0153nobodyさん
2006/09/25(月) 23:27:00ID:???4互換でもそんなに困らないけど、できたら5にしたい。
5が当たり前になるのは、いつになるだろう・・・。
0154nobodyさん
2006/09/25(月) 23:33:13ID:???新規は普通にPHP5でいいでしょ
個人だったら最近はPHP5対応のレンサバも増えてると思うけど
0155149
2006/09/26(火) 04:53:11ID:???うちがレンサバ案件ばっか、というのも大きいだろうけど、
大概は納品でフィックスしてそれっきり。
契約替えない限りサーバ環境もそのままなんで。
たまに機能拡張のオファーが入ったときに、
足りないセキュリティ適用するけど、
致命的なものは、１つSQLインジェクションがあったくらい。
＃って、全部精査してる訳じゃないからあれだけども…
要は扱うデータと、セキュリティポリシーがどうあるかで、
裏でDBMSが使えて、基本的なしつらえをきっちりやってれば、
そうそう困ることにならないし、その内容がIT化することで
ワークフローが改善されるんなら、クライアントにとっちゃ
何で組んでるかなんて関係無い、という経験。
Javaだとグロスで見積が１桁ちがったりするっていうのも、
うちに仕事が来る大きな要員。
＃かといって、安い訳じゃないよ。
0156nobodyさん
2006/09/26(火) 10:09:27ID:???153ではないけど、個人的にはPHP5にするとPHP5のマイナーバージョンアップで
互換性が損なわれるバージョンアップが行われそうでPHP5はちょっと怖い。
PHP4でいきなり関数の仕様を変えたりあったでしょ？
PHP5はまだそれが起こりうるのかなと。
PHP4だと枯れていくだけで安定感があって良さそうとか思ってしまう。
プログラミングはPHP5の方が良さそうだけどね。
0158nobodyさん
2006/09/26(火) 18:06:49ID:???> 問題が出て結局なくなっちゃったし
> んでPHP6でgoto実装予定とか迷走以外の何モンでもない
それはひどい。
> >>124
> それなんてJava？っていうレベルだなそこまで行くと
> 文字列演算子のやつPerlは5との互換性どうする予定なんだろう？
それはVM側で判定処理するとか。つまり、一つのファイルにバージョンによって
異なる記法を混在させることはできないってことかと思われ。
0159nobodyさん
2006/09/26(火) 18:08:35ID:???Ｊａｖａ慣れしている俺も魅力を感じないな。
やたらち小さくすることに拘るとWin32APIのように
ごちゃごちゃになる副作用を生むか、
汎用性に乏しくなるか、Perlのような読みにくいコードになるから
0160nobodyさん
2006/09/26(火) 18:11:47ID:???だな。
array型だけどarrayの中に入っている型も指定できればいうこと無いんだが。
そのときはGenericsを導入することになって言語仕様に大幅な修正を要されるだろうから無理か
0161149
2006/09/26(火) 23:31:43ID:???awkは書かねぇ、たった一行
ってのを思い出した。
0162nobodyさん
2006/09/27(水) 22:28:50ID:???PHPEclipseとPHP IDEどっちを選んだらいい？
特に問題なければ将来性があるPHPIDEにしようかと思うんだけど、どうだろうか？
0163nobodyさん
2006/09/27(水) 22:51:27ID:???両方とも使ってみて自分で使い心地を確かめるのが一番
それほどできる事に差があるわけじゃない
>>96で書いたがbugみたいなのがあって俺はphpeclipseに戻した
あとPHP IDE入れるには他にも必要なプラグインがいくつかあるが
All-In-One-Eclipseってのを入れてからだとすぐ入れられるので楽ちん
http://aioec.sourceforge.jp/cgi-bin/wiki.cgi?page=All%2DIn%2DOne%2DEclipse
0164nobodyさん
2006/09/27(水) 23:31:39ID:???0165nobodyさん
2006/09/27(水) 23:40:25ID:6xj5Z2k60166nobodyさん
2006/09/28(木) 07:44:58ID:???0168nobodyさん
2006/09/29(金) 15:40:17ID:???0169nobodyさん
2006/10/02(月) 18:46:00ID:???"や,を使うと、自動的に囲んでしまうのを、
どうやって制御すればいいかわからないんです
0170nobodyさん
2006/10/02(月) 18:53:07ID:???設定のPHPの部分にTypingっていうタブがある
Close double quoted strings
Close single quoted strings
Close brackets quoted strings
ってのがそれぞれ " ' {}() の自動挿入
この機能思いのほかバカすぎて困る
0172nobodyさん
2006/10/03(火) 20:32:07ID:2JKa8Ni+下記のエラーがでて保存できなく困っています。
保管を完了できませんでした。
理由:
一部の文字はEUC-JP"文字エンコードを使用してマップすることはできません。
エンコードを変更するか"EUC-JP"文字エンコードによってサポートされていない文字を除外してください。
Eclipse 3.2
PHPeclipse 1.1.8
です。
utf-8だと問題なく保存できるようなのですが、
EUC-JPで保存するにはどうすればいいのでしょうか？
0173nobodyさん
2006/10/03(火) 21:30:44ID:???> >>155
> 153ではないけど、個人的にはPHP5にするとPHP5のマイナーバージョンアップで
> 互換性が損なわれるバージョンアップが行われそうでPHP5はちょっと怖い。
気になるんだけど、PHP5と4との間にはにはJavaの1.4と5.0との間にあるような
上位互換性はないの？
できればPHP5以上でやりたいしバリバリオブジェクト指向でやりたいので
PHP4オンリーは捨てたいところ。
0174nobodyさん
2006/10/03(火) 21:34:42ID:???念のため、そのファイルを別のエディタで保存してバックアップ取っておいてから
そのファイルのプロパティの文字コードがどうなっているか見た方がいいかも。
それから、プロパティで文字コードを変えるたびに、ファイルを一旦閉じてから開き直す。
それで正常と思われる文字コードを探してみるんだ。
あと、プロジェクト単位、あるいは、ワークスペース単位でファイルの文字コードは変えられるよ。
よくよんだら、そういう問題じゃなかったか・・・。
とりあえずファイルのプロパティをEUC-JPに変えられるか試してみてはどうだろう？
上のファイルを開き直して文字コードを変えるという手法はうまくいくかもしれない。
0175nobodyさん
2006/10/03(火) 21:38:07ID:???ナビゲーターのプロジェクトやフォルダやファイルの上で
右クリックしてプロパティ開くと文字コードと改行コードの設定ができるから
そこで修正すればいけると思うけど、そんなエラー出たことないなあ、、
0176nobodyさん
2006/10/03(火) 22:03:55ID:???すでに文字コードはEUC-JPに指定してあります。
どうやらShift-JISに変更しても保存できないみたいです。
PHPEclipse上からはutf8でのみ保存可能なようです。
試しに他のエディッタにコピペしてEUC-JPで保存しインポートしたところ、
問題なく表示できるようですが、いちいちそれをするのも手間なので。。。
0177nobodyさん
2006/10/03(火) 22:16:35ID:???ワークスペースの変更などは試してみた？
おれも昔似たような目にあったことがあるんで。
0178nobodyさん
2006/10/03(火) 23:51:44ID:???それらを含めいろいろ試してみましたが解決できませんでした。
ちなみにファイル拡張子は関係ないようで、何かしらがサポートしていない
文字列が存在すると保存できないようです。
面倒ですが外部で作成することにします。
ありがとうございました。
0179nobodyさん
2006/10/04(水) 00:08:19ID:???するとほかにできることは、エディタを全部閉じてから
開き直すとか。
eclipseディレクトリ直下にあるconfigurationディレクトリを
一旦削除してから再起動してみるとか。
eclipseを-cleanオプションをつけて再起動してみるとか。
それか、
一つのファイルの複数の文字コードが混在しているために
起きている問題じゃないよな？
まず新規にファイルを作成してから、文字コードを貼り付けて
本当にEclipseの問題なのかを吟味する必要が有ると思う。
時間があればの話だけども
0180nobodyさん
2006/10/04(水) 00:35:18ID:???原因がわかりました。
細かくチェックしていった結果、文言の中に
¬ という文字が入っていたのが原因でした。
もしかしたら他にもダメな文字があるかもしれませんが
今回の原因はこれのようです。
たった一文字に一日使ってしまった。。。。orz
お手数おかけしました。
0181nobodyさん
2006/10/04(水) 09:05:26ID:???eclipse側で文字コードをEUC-JPではなく、eucJP-openに指定したらうまくいきませんか？
一覧には出てこないので直接入力してね。
0182nobodyさん
2006/10/04(水) 10:58:57ID:???こんな記事があるよ。
http://www.thinkit.co.jp/free/marugoto/1/6/1/1.html
0183nobodyさん
2006/10/05(木) 01:02:51ID:???これってもう出てる？
KoebiStudio
ttp://www.koebi.net/koebinet.php
0185nobodyさん
2006/10/07(土) 23:13:11ID:???0186nobodyさん
2006/10/08(日) 02:30:46ID:???http://www.atmarkit.co.jp/fjava/rensai3/mojibake02/mojibake02.html
WindowsのUnicodeのテーブルが腐ってるせい。(Windows-31Jってやつ？)
前、「〜」でなった。保存できなくはなかったけど、なぜか「〜」が~になっちゃうからおかしいと思って。
たぶん、
「¬」を入力→WindowsのUnicodeテーブルではU+FFE2→テキストフィールドにU+FFE2が入る
→保存時にEUC-JPに変換しようとする→U+FFE2は対応するEUC-JPの文字コードがないのでエラー。
みたいなことになっていると思う。
内部コードのUnicodeに変換するときと、UnicodeからEUC-JPに変換するときで、違うテーブルを使ってるのが
よくないと思って、Eclipseのソースいじってcharset追加でどうにかしようと思ったんだけど、
そもそもJavaで新たなcharsetを作る方法がわからなくて断念した。
秀丸とかで「〜」を入力してEclipseで開いてみたら「？」が出てきたので、それからは「？」を入力することで
EUC-JPで保存したときに「〜」になるようにしてる。
同様の方法は「¬」には通用しないもんかな？
0187nobodyさん
2006/10/09(月) 03:31:09ID:???よく読め
＞「KoebiStudio Express Edition（以下 KoebiStudio EE）」は、Eclipse(3.0系)をベースにJava Pluginとして開発しました。
0188nobodyさん
2006/10/12(木) 00:20:18ID:???0189nobodyさん
2006/10/13(金) 18:02:41ID:???俺はZendStudioでなんの不満もないけど。
ZendStudioが2万切ればもっと売れてただろうなぁ・・・とは思う。
0190nobodyさん
2006/10/13(金) 21:25:41ID:???なかなか使う人がいなさそう
0191nobodyさん
2006/10/17(火) 21:46:35ID:vQqNDh99ってでてPHPEclipseがインストールできません。
何ですかこれ？
0192nobodyさん
2006/10/17(火) 21:55:01ID:???0194nobodyさん
2006/10/19(木) 12:11:38ID:???0195nobodyさん
2006/10/19(木) 20:11:27ID:???なんでマイナーなのかがわからん。すげぇ使いやすいのに・・・
0196nobodyさん
2006/10/19(木) 20:45:45ID:???VS.PHPで作ったPHPは普通にApacheで走るの？
0197nobodyさん
2006/10/19(木) 23:10:29ID:FNLmHJjZあと単体テスト時のプロファイラ。
Javaの開発より効率悪い。
0198nobodyさん
2006/10/20(金) 01:18:27ID:???動くよ
コンパイラじゃなくて、あくまでスクリプトのまま。
もちろん、VSと同じようにデバッグ実行がVS単体で出来るし、変数の内容も見れるし
ブレークポイントとか、一通りのVSの機能はそのまま使える。
0199nobodyさん
2006/10/21(土) 14:15:08ID:iEmd+e9kPHP ＩＤＥ使えばいいじゃん。
0200nobodyさん
2006/10/22(日) 13:32:58ID:???開いてるファイルだらけになって
目的のファイルが探しにくくなるな
0201nobodyさん
2006/10/24(火) 09:42:23ID:???>http://aioec.sourceforge.jp/cgi-bin/
>wiki.cgi?page=BBS%2D%A4%B4%B0%D5%B8%AB%A1%A6%A4%B4%BC%C1%CC%E4%B7%C7%BC%A8%C8%C4%2F45
によると、
>GMFに必要な関連プラグイン(EMF OCL/Validation/Query/Transaction)
が入っていないためでるエラーだそうだ
■ このスレッドは過去ログ倉庫に格納されています