1

当社には、30,000以上のWebページと160以上のWebアプリケーションを備えたイントラネットがあります。これは5000人以上の従業員によって使用されています。

150以上のWebアプリケーションと100以上のWebサイトを備えたインターネットもあります。インターネットとイントラネットはどちらも7年以上経過しており、従来のASPで実行されます。

最近、一部の「テクニカルアーキテクト」は、ASPからJAVAに移行するという素晴らしいアイデアを思いつきました。その結果、通常2/3か月かかるプロジェクトは、Javaでは6/9か月かかります。この理由は、再利用可能なカスタムメイドのVBコンポーネントが何百もあり、Javaチームはそれらすべてを移行するのが困難であり、多くの時間を費やしているためです。

イントラネット内の160以上のWebアプリケーションのうち、ほとんどがすべての人に利用できるわけではありません。つまり、ログインしたユーザーをチェックし、特定のアプリケーションへのエントリを許可するために使用されるVBコンポーネントがあります。また、アプリケーションへのユーザーの追加/削除を可能にする権限管理ページもあります（ASPメンバーシップ制御と同様）。

.netメンバーシップコントロールを使用すると、イントラネットアプリケーションを.netに簡単に移動でき、「WindowsAuthenticaion」の方が優れていることを管理者に示したいと思います。

既存のアプリケーションはウィンドウベースであることを念頭に置いて、Javaと比較した場合にイントラネットに.netを使用することのいくつかの利点を収集するのを手伝ってもらえますか。

SOで同様の質問を読んだ後、いくつかのポイントを集めました。しかし、イントラネットに固有のものが必要です。

注：私はjavaと.netについての議論のためにここにいるわけではありません。javaは素晴らしい言語ですが、移行前に考慮すべきこれらの要素を見ると、アプリケーションを.netに移行する方がよいことは明らかですが、私の「techarchitetcs」は間違った決定を下しています。

4

5 に答える 5

6

これは状況に大きく依存します。あなたの状況では、あなたが説明したとおりであれば、Javaに移行するという決定はあまりよく考えられていませんでした。あなたは明らかにMicrosoftスタックに多額の投資をしています。レガシーコードをすべて削除して、Javaに移行するためだけにこの苦痛をすべて経験するという説得力のある理由はないと思います。

私は炎上するかもしれませんが、この種の苦痛を正当化するために、Javaから.NETよりもはるかに多くの力を得るわけではありません。現在のコードへの投資は、Microsoftスタックを継続するのに十分な理由だと思います。.NETから、COMおよびこれらすべてのものとの相互運用がはるかに簡単になります。確かに、.NETに移行しても、コードが大幅に変更されることになります。しかし、それはより簡単な挑戦でしょう。多くのコードが新しい.NETコードと共存する可能性があります。セッションなどを管理するには、いくつかの作業を行う必要があります。

于 2009-03-17T06:56:32.963 に答える
1

私の2cは、プロジェクトにすでに9か月入っている場合、.Net / Javaの議論がどれほど有効であっても、最後にやりたいことは、機能するコードを破棄することです。

JavaプログラマーがVBオブジェクトの動作を理解すると（つまり、VBを学習すると）、Javaでオブジェクトを再コーディングする能力が劇的に向上すると思います。

余談ですが、WindowsとMicrosoftのテクノロジを使用している場合は、既存のドメインインフラストラクチャにフォールバックできるという大きなメリットがあります。

ASP.Netは、ドメイン上にあるため、魔法のように安全になることはありませんが、アプリケーションレベルで多くのセキュリティを手作業でコーディングする必要があります。ただし、.netを使用すると、MSSQLベースのシステムを使用する場合に優れたメリットが得られます。さらに、大企業の場合は、レポートなどを生成するために、いくつかのオフィス相互運用ツールを作成する方が簡単な場合があります。

于 2009-03-17T06:59:53.673 に答える
0

私もBigCoで働いています...ここでは、VB6とJavaの両方から引き継ぐ.NET曲線が成長しています。ここにはたくさんのJavaが書かれていますが、これは素晴らしいことです。「私たちは100％テクノロジーXになる」というのは間違っていると思います。なぜ人々がそのように行くのかは理解できますが、典型的な大きな店ではそれはあまりにも制限的すぎるようです。

大規模なJavaと戦うのではなく、特定のプロジェクトに明らかに適している.NETの機会を探すことをお勧めします。つまり、10人以下のユーザーが使用するCRUDを実行するために小さなアプリを作成している場合、Webアプリとしてではなく、WinFormsを使用して作成する方がはるかに高速で、数が少ないため、非常に理にかなっています。配布の問題がないユーザー。ADを使用する場合も、完全に統合されたセキュリティ機能を利用できます。これが私たちのここでのアプローチであり、.NETが至る所に浸透することを可能にしました。他のプロジェクトでは、Java（特定の要件、チームの経験など）を使用する方が明らかに優れているので、それを実行してください。どんな大企業でも、たくさんのMicrosoftとたくさんのJavaesqueハードウェアを使って何かを実行するので、そうはなりません。BigCoでは、2つの大きな企業、つまりプラットフォームのどちらを選択するかが非常に重要であるように思われます。.NETの方が優れている場合もあれば、Javaの場合もあります。大きなお店は両方を育てるべきだと思います。

数年以内に、Python（おそらくIronPythonに似ている）またはRubyも実行可能な代替手段として見られるようになると思います。

于 2009-03-27T21:02:52.600 に答える
0

.netアセンブリをJavaシステムで実行できるようにするMainSoft（イスラエル）という会社があります。私の最後の会社では、数年前に特定の.netWebアプリをTomcatのcorp標準に移行するためにそれを使用する人がいました。バイト/コード変換については何かと思いますが、よくわかりません。

于 2009-03-17T07:03:31.543 に答える
-1

問題は、あるアーキテクチャが別のアーキテクチャよりも技術的に優れていることではありません。その質問は、新しいプロジェクトのプラットフォームを決定しようとしているときに尋ねるものです。問題は、.NETではなく既存のコードをJavaに移行するのがどれほど簡単かということです。MSスタックの奥深くにいる場合は、移行を容易にするために、MSスタックを使い続けるのが理にかなっています。

Javaに適した新しいプロジェクトがある場合は、必ずJavaを使用してください。またはRuby、Python、または適切なものなら何でも。

于 2009-03-27T21:29:48.447 に答える