ベストアンサー

C#並の使いやすさのJAVA環境を教えて下さい。

2005/02/19 08:27

最近、ボーランドのC#Builder を使って、C#を研究しています。感想としては、とても使いやすく。やりたいことがすぐできる。まだ、体験していないけど恐らく、 ASP.NETのほうも、同じぐらい使い勝手よさそうに思える。 Javaの方は、以前、JBuilderを使ってSwingを使った開発がありますが、レイアウトマネージャがややこしくて、なかなか、おもったようにレイアウトできないし、 Swingは必要以上にいろんなクラスがいっぱいあって、ロジックが組みにくてしょうがない。 Javaで、Webの開発もやってたが、いろいろ、気にすることが多くて、とにかくめんどくさい。 javascriptもたくさん書かなきゃいけないし。なので、 VS .NETとか、C#Builderとかと、同じぐらいの使いやすさで、かつ、実行速度に問題がなく、お金があまりかからないもので、「これは！！！」と思われるような、ツールや開発手法についてご存知でしたら、アドバイスください。

lawson
お礼率45% (38/84)

Java
回答数6
ありがとう数3

みんなの回答 （6）
専門家の回答

質問者が選んだベストアンサー

ベストアンサー

neuron-x
ベストアンサー率52% (139/266)

2005/02/22 00:19 回答No.5

Java系を選ぶか、.NET系を選ぶかで大きな違いがありますね。 .NETは、.NET Frameworkの上で、ASP.NETをベースとして動作しています。選択肢が少ない分、開発製品のシームレスな連携という点においては群を抜いています。ほとんどが、Microsoft仕様のもと開発されているので、システムの組み合わせに悩むことも少なくなります。一方Javaは、様々なテクノロジを選択して組み合わせることが可能です。フレームワーク１つに関しても、様々な種類をユーザが選択することができ、カスタマイズして組み合わせることも可能です。これは、Javaの強みではありますが、逆に弱みにもなっています。それぞれ、ばらばらの製品を組み合わせるのですから、連携に苦労することも多々あります。 Javaでのフレームワークの業界標準的な物をお探しのようですが、JSFをおすすめします。（現在の開発では、Strutsが主流ですが、今後はJSFが絶対伸びると確信しています） JSFは、Sunが正式に開発を行っている物であり、多くのベンダが我先にと、サポートを開始するでしょう。 JSFでは、コンポーネント開発がベースです。概念的には、ASP.NETとかなり似ています。 JSFに関しては、書籍も出回り始めているので一度目を通してみるといいでしょう。

質問者

補足 2005/02/26 03:27

ありがとうございます。 JSFについては、書店にて少しだけみました。 GUIコントロールをペタペタ貼り付けるイメージに見えたのでかなり近いような感覚があります。そちらの動向も参考にしてみます。結局、良いアイデアやり方の行き着く先は、 Javaだろうが、.NETだろうが。最終的には、収束するはずなので、ささいな言語仕様の違いはあるにせよ。アイデアを理解するのは、重要だと思います。特に、Javaとかの場合、早く作ってもらわないと意味がないと考えているようなお客さんが多いので・・その考え方が自体がどうかという話は別にして、現実問題時間の制約がある状況で、ゴリゴリ、HTMLやjavascriptを書いてる場合ではないと思います。プロトタイプをどんどん作って仕様を掘り起こしながら、モデル設計の整合性をチェックするような状況になってしまいます。

その他の回答 (5)

nieve
ベストアンサー率51% (14/27)

2005/02/22 01:24 回答No.6

単なる感想で申し訳ないですが、私もそう思うという感じの意見をさせてください。 (回答でも何でもないので利用規約に違反してるかな？) >Jsp上のjavascriptを編集して、 >本来関連性のあることがらなのに、 >別のモジュールであるjavaファイルを修正する >とかとても煩雑だしもうやりたくないです・・・。私も。MVCモデルにてWebアプリケージョンを作る際にView層の開発は不便だと思っております。特にJSPが厄介です。(EJBも最悪ですが…) 私の経験でしかないのですが、前回のプロジェクトは、EJB(Session and Entity Bean)+Struts+JSPの従来の組み合わせをEJB((Session and Entity Bean)+Struts+Velocityの組み合わせに変えてみました。その結果、大幅に手間を省けた経験があります。私は、偏見の固まりなので参考にならいかもしれませんが、Java(J2EE)が嫌いです。ASP(.NET)が好きです。そのためVelocityの取り組みはすっきりしました。特に、Velocity ToolsとToolboxには大感激でした。結局、楽に出来るようにしたいというのが本音です。オブジェクト指向がどうのこうの言ったところで、担当者は理解してくれません。そこで、難しいところ(EJB、ActionServlet、VelocityToolboxなど)は理解の良い一部の人が作って、大量生産する画面系の開発はVelocityのみとしたところうまく行きました。(一番仕様変更の多いところはView層ですし…) また、EclipseでVelocityを利用する際は下記のPlug-inが便利です。 http://eclipsewiki.net/eclipse/index.php?[[Velocity%A5%D7%A5%E9%A5%B0%A5%A4%A5%F3]]

参考URL：: http://www.jajakarta.org/velocity/velocity-1.3.1/docs-ja/casestudy1.html

質問者

お礼 2005/02/26 04:02

>結局、楽に出来るようにしたいというのが本音です。 >オブジェクト指向がどうのこうの言ったところで、担>当者は理解してくれません。よいプログラムを作ることが評価されるプロジェクトと、目的を達成することが評価のすべてであるプロジェクトがあると思います。フレームワークの開発や、アプリケーション開発者むけの部品郡を開発するような仕事に従事しているのであれば、オブジェクト指向の鬼になる必要があると思います。

質問者

補足 2005/02/26 03:28

私の個人的な意見ですが、結局おきゃくさんは画面を見なければ、仕様の詳細について話てくれない。画面は頻繁に変更される宿命にあるといえます。その画面の作成に手間取るのは致命的だと思います。私は、システムは2段階で納品するがいいと思っています。 1段階目としては、設計やロジックは適当でいいから、画面系で仕様を固めていく。 2段階目としては、1段階目を受けてシステムを再構築していく。素人目には、1段階目が完成した時点でもう完成して 2段階目は無駄な作業を技術者がやっていると誤解されるかもしれないし、理解してもらう努力も必要かもしれません。でも、単にそれは、最初からドキュメントをきっちり整備するか、とりあえず、動く1段階目のプログラムができあるかの違いなので、やっていることは特に変わらないはずです。

neuron-x
ベストアンサー率52% (139/266)

2005/02/20 22:34 回答No.4

JavaでWeb開発を行おうとする場合、残念ながらVisualStudio.NETやC#Builderほど使いやすい統合環境は存在してないと思います。 eclipseも、ビジネスロジック層だけの開発なら強力なのですが、Web層なども考慮に入れると多少使いづらい点があります。 eclipseにプラグインなどを入れることで、それなりの統合環境を構築することは可能ですが、VisualStudio.NETなどのIDEと比べると多少劣ってしまいます。有料ではWSAD(eclipseに数多くのプラグインを追加した物)などがあり、eclipse単体よりは開発しやすくなっていますが、それでもまだVisualStudio.NETなどのような統合環境にはかないません。しかしながら、Javaを使用した開発を手軽に行いたいのであれば、やはりeclipseをおすすめいたします。(個人でWSADを買うことは難しいでしょうから） eclipseにlombozなどのプラグインを導入し、開発環境を整えることをおすすめします。また、eclipseは他のJavaIDEと比較して、軽快に動作します。

参考URL：: http://www.objectlearn.com/index.jsp

質問者

お礼 2005/02/21 01:03

>Web用のコントロールのC#やVBで書かれたロジックから、スクリプトやHTMLが自動的に生成されて、開発者が意識しなくていいようになっています。と書きましたが、以前、ASP .NETがリッチクライアントという範疇にカテゴライズされている文章を読んだことがあります。画面のイベントドリブンのために Jsp上のjavascriptを編集して、本来関連性のあることがらなのに、別のモジュールであるjavaファイルを修正するとかとても煩雑だしもうやりたくないです・・・。

質問者

補足 2005/02/21 00:48

どうも、ありがとうございます。 Eclipse, WSAD ともに使用したことがあります。どちらも、Webの開発に使用いたしました。 WSADをしようしていて、jspの画面を作成する時に画面のレイアウトをデザインする機能がありました。フレームワークもStrutsを使ったことがあります。ただ、あまり使い勝手はよくなかったですね。 >eclipseも、ビジネスロジック層だけの開発なら強力なのですが、Web層なども考慮に入れると多少使いづらい点があります。 >eclipseにプラグインなどを入れることで、それなりの統合環境を構築することは可能ですが、VisualStudio.NETなどのIDEと比べると多少劣ってしまいますそうですか・・・残念です。 >eclipseにlombozなどのプラグインを導入し、開発環境を整えることをおすすめします。また、eclipseは他のJavaIDEと比較して、軽快に動作します。 lombozのは初めて知りました。 lombozについては自分なりに調べてみます。 C#Builderを使用していて、 VS.NETを使用しても、違和感はそんなにないと思います。.NETの仕組み上VBチックに簡単にできるような枠組みがあるからだと思います。 VBを使いたくないけど、コーディング以外の煩雑は部分はVBのように楽をしたいというのが本音なんです。ばらばらなものを組み合わせて自分独自の環境で開発力をつけても業界の中で一般的なやり方でなければ自分の売りにできないです。 MVCという考え方があるみたいですが、よほど、オブジェクト指向に精通していて、うまくやらないと、結局Webの開発は煩雑なものになってしまいます。業務システムの多くはDOAの考え方でデータベースと画面設計を中心に要件を詳細化しています。なので、仕様変更があるとDB関連のロジックだけでなく画面のコードやjavascriptなど、たくさん変更しなきゃいけなくて、とても煩雑なんです。 ASP .NETを見るとコントロールと画面の javascriptなどを含めて１つのコンポーネントごとに開発を行うイメージなので、オブジェクト指向設計に精通していない技術者が開発したものでも、それなりに、開発や保守がしやすいものになっているように見えます。 Web用のコントロールのC#やVBで書かれたロジックから、スクリプトやHTMLが自動的に生成されて、開発者が意識しなくていいようになっています。そのようなフレームワークで業界標準的なものをJAVA側でも求めていたのですが。ないですか・・・・。