- ベストアンサー
C#並の使いやすさのJAVA環境を教えて下さい。
最近、ボーランドのC#Builder を使って、C#を研究しています。 感想としては、とても使いやすく。 やりたいことがすぐできる。 まだ、体験していないけど恐らく、 ASP.NETのほうも、同じぐらい使い勝手よさそうに 思える。 Javaの方は、 以前、JBuilderを使ってSwingを 使った開発がありますが、 レイアウトマネージャがややこしくて、 なかなか、おもったようにレイアウトできないし、 Swingは必要以上にいろんなクラスがいっぱいあって、 ロジックが組みにくてしょうがない。 Javaで、Webの開発もやってたが、 いろいろ、気にすることが多くて、 とにかくめんどくさい。 javascriptもたくさん書かなきゃいけないし。 なので、 VS .NETとか、C#Builderとかと、 同じぐらいの使いやすさで、 かつ、実行速度に問題がなく、 お金があまりかからないもので、 「これは！！！」と 思われるような、ツールや開発手法について ご存知でしたら、アドバイスください。
- みんなの回答 （6）
- 専門家の回答
質問者が選んだベストアンサー
Java系を選ぶか、.NET系を選ぶかで大きな違いがありますね。 .NETは、.NET Frameworkの上で、ASP.NETをベースとして動作しています。選択肢が少ない分、開発製品のシームレスな連携という点においては群を抜いています。ほとんどが、Microsoft仕様のもと開発されているので、システムの組み合わせに悩むことも少なくなります。 一方Javaは、様々なテクノロジを選択して組み合わせることが可能です。フレームワーク１つに関しても、様々な種類をユーザが選択することができ、カスタマイズして組み合わせることも可能です。 これは、Javaの強みではありますが、逆に弱みにもなっています。それぞれ、ばらばらの製品を組み合わせるのですから、連携に苦労することも多々あります。 Javaでのフレームワークの業界標準的な物をお探しのようですが、JSFをおすすめします。（現在の開発では、Strutsが主流ですが、今後はJSFが絶対伸びると確信しています） JSFは、Sunが正式に開発を行っている物であり、多くのベンダが我先にと、サポートを開始するでしょう。 JSFでは、コンポーネント開発がベースです。概念的には、ASP.NETとかなり似ています。 JSFに関しては、書籍も出回り始めているので一度目を通してみるといいでしょう。
その他の回答 (5)
- nieve
- ベストアンサー率51% (14/27)
単なる感想で申し訳ないですが、私もそう思うという感じの意見をさせてください。 (回答でも何でもないので利用規約に違反してるかな？) >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]]
お礼
>結局、楽に出来るようにしたいというのが本音です。 >オブジェクト指向がどうのこうの言ったところで、担>当者は理解してくれません。 よいプログラムを作ることが評価される プロジェクトと、 目的を達成することが評価のすべてである プロジェクトがあると思います。 フレームワークの開発や、アプリケーション開発者むけの部品郡を開発するような仕事に従事しているので あれば、オブジェクト指向の鬼になる必要があると 思います。
補足
私の個人的な意見ですが、結局おきゃくさんは 画面を見なければ、仕様の詳細について 話てくれない。画面は頻繁に変更される宿命に あるといえます。 その画面の作成に手間取るのは致命的だと思います。 私は、システムは2段階で納品するがいいと思っています。 1段階目としては、設計やロジックは適当でいいから、 画面系で仕様を固めていく。 2段階目としては、1段階目を受けてシステムを 再構築していく。 素人目には、1段階目が完成した時点でもう完成して 2段階目は無駄な作業を技術者がやっていると 誤解されるかもしれないし、理解してもらう努力も 必要かもしれません。 でも、単にそれは、最初からドキュメントをきっちり整備するか、とりあえず、動く1段階目のプログラムが できあるかの違いなので、やっていることは特に 変わらないはずです。
- neuron-x
- ベストアンサー率52% (139/266)
JavaでWeb開発を行おうとする場合、残念ながらVisualStudio.NETやC#Builderほど使いやすい統合環境は存在してないと思います。 eclipseも、ビジネスロジック層だけの開発なら強力なのですが、Web層なども考慮に入れると多少使いづらい点があります。 eclipseにプラグインなどを入れることで、それなりの統合環境を構築することは可能ですが、VisualStudio.NETなどのIDEと比べると多少劣ってしまいます。 有料ではWSAD(eclipseに数多くのプラグインを追加した物)などがあり、eclipse単体よりは開発しやすくなっていますが、それでもまだVisualStudio.NETなどのような統合環境にはかないません。 しかしながら、Javaを使用した開発を手軽に行いたいのであれば、やはりeclipseをおすすめいたします。(個人でWSADを買うことは難しいでしょうから） eclipseにlombozなどのプラグインを導入し、開発環境を整えることをおすすめします。また、eclipseは他のJavaIDEと比較して、軽快に動作します。
お礼
>Web用のコントロールのC#やVBで書かれた ロジックから、スクリプトやHTMLが自動的に 生成されて、開発者が意識しなくていいように なっています。 と書きましたが、以前、ASP .NETが リッチクライアントという範疇にカテゴライズ されている文章を読んだことがあります。 画面のイベントドリブンのために Jsp上のjavascriptを編集して、 本来関連性のあることがらなのに、 別のモジュールであるjavaファイルを修正する とかとても煩雑だしもうやりたくないです・・・。
補足
どうも、ありがとうございます。 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側でも求めていたのですが。 ないですか・・・・。
- kakusuke
- ベストアンサー率36% (95/259)
同じくeclipseです。 業務用なら、 websphre（IBM） などが主流のようです。
- kaiu
- ベストアンサー率20% (65/315)
同じくEclipseです。 JBuilderより早いしAnt・Tomcatも組み込めますし プラグインでUMLも作れます。 IDEとして業界シェアではNo.1です。 お試しくださいませ。
- nieve
- ベストアンサー率51% (14/27)
JAVAの開発環境としては、Eclipseが便利です。 しかも、お金はかかりません。
補足
ありがとうございます。 JSFについては、書店にて少しだけみました。 GUIコントロールをペタペタ貼り付けるイメージ に見えたのでかなり近いような感覚があります。 そちらの動向も参考にしてみます。 結局、良いアイデアやり方の行き着く先は、 Javaだろうが、.NETだろうが。 最終的には、収束するはずなので、 ささいな言語仕様の違いはあるにせよ。 アイデアを理解するのは、重要だと思います。 特に、Javaとかの場合、早く作ってもらわないと 意味がないと考えているようなお客さんが多いので・・ その考え方が自体がどうかという話は別にして、 現実問題時間の制約がある状況で、 ゴリゴリ、HTMLやjavascriptを書いてる場合では ないと思います。 プロトタイプをどんどん作って仕様を掘り起こし ながら、モデル設計の整合性をチェックするような 状況になってしまいます。