Преимущества .net перед Java в Интранете

Question

Наша компания имеет интранет с более чем 30 000 веб-страниц и более 160 веб-приложений. Это используется более 5000 сотрудников.

У нас также есть интернет с более чем 150 веб-приложениями и более 100 веб-сайтами. Интернету и Интранету уже более 7 лет, и они работают на классическом ASP.

Недавно некоторые "Технические архитекторы" выдвинули замечательную идею перехода с ASP на JAVA, и в результате проекты, которые обычно занимают 2/3 месяца, занимают 6/9 месяцев в java. Причина этого в том, что у нас есть сотни пользовательских компонентов VB, которые можно использовать многократно, и команде java сложно перенести все эти компоненты, и они занимают много времени.

Из 160+ веб-приложений в интрасети, большинство из них доступны не всем. Это означает, что у нас есть компонент VB, который используется для проверки вошедшего в систему пользователя и позволяет войти в конкретное приложение. У нас также есть страница управления разрешениями, которая позволяет нам добавлять / удалять пользователей в приложения (так же, как управление ASP-членством).

Я хочу показать руководству, что легко переместить приложение интрасети в .net с помощью элемента управления членством .net, и лучше использовать Windows Authenticaion.

Можете ли вы помочь мне собрать некоторые преимущества использования .net для интрасети по сравнению с Java, учитывая, что наши существующие приложения основаны на Windows.

Я собрал некоторые моменты после прочтения подобных вопросов в SO. Но мне нужно кое-что более конкретное для интранета.

Примечание: Я здесь не для аргумента о java и .net. Java - замечательный язык, но, глядя на эти факторы, которые нужно учитывать перед миграцией , становится кристально ясно, что лучше перенести наши приложения в .net, но мои «технические архитекторы» принимают неверное решение.

Answer 1

Это очень зависит от ситуации. В вашей ситуации, если это как вы описали, решение перейти на Java было не очень хорошо продумано. У вас явно большие инвестиции в стек Microsoft. Я не думаю, что есть веская причина отбросить весь ваш унаследованный код и пройти через всю эту боль, просто чтобы перейти на Java.

Я могу быть огорчен, но это не значит, что вы получаете гораздо больше возможностей от Java, чем .NET, чтобы оправдать такую ​​боль. Я думаю, что ваши текущие инвестиции в код - это достаточная причина для продолжения работы над стеком Microsoft. Вы можете взаимодействовать с COM и всеми этими вещами намного проще из .NET. Хотя, по общему признанию, у вас будут большие изменения кода даже при переходе на .NET. Это было бы проще, хотя; большая часть вашего кода может жить вместе с новым кодом .NET; вам просто нужно будет поработать, чтобы управлять такими вещами, как Session и все такое.

Answer 2

Мой 2c - это если вы уже 9 месяцев в проекте, то, независимо от того, насколько обоснованным может быть обсуждение .Net / Java, последнее, что вы хотите сделать, это выбросить рабочий код.

Я бы подумал, что как только ваши программисты на Java научатся работать с объектами VB (т. Е. Изучать VB), они значительно увеличат свои возможности перекодирования объектов в Java.

Помимо Если вы используете технологии Windows и Microsoft, у вас будет огромное преимущество, если вы сможете использовать существующую инфраструктуру домена.

ASP.Net волшебным образом не станет безопасным, потому что вы находитесь в домене, однако вам все равно придется много кодировать для обеспечения безопасности на уровне приложения. Однако использование .net даст вам хорошие преимущества, если вы перейдете на систему, основанную на MSSQL. Кроме того, вам может быть проще написать некоторые инструменты взаимодействия с офисом, если вы работаете в крупной компании, для создания отчетов и т. Д.

Answer 3

Вопрос не в технических преимуществах одной архитектуры над другой; этот вопрос вы задаете, когда пытаетесь выбрать платформу для нового проекта. Вопрос в том, насколько легко вам перенести существующий код на Java, а не на .NET. Если вы находитесь так далеко от стека MS, имеет смысл придерживаться стека MS, просто для простоты миграции.

Если у вас есть новые проекты, которые лучше подходят для Java, во что бы то ни стало используйте для них Java. Или Ruby, или Python, или что-нибудь подходящее.

Answer 4

Я тоже работаю в BigCo ... У нас растёт кривая .NET, которая берет свое начало как из VB6, так и из Java. Здесь написано и будет много Java, и это здорово. Я действительно думаю, что «мы будем на 100% технологичны X» неправильно. Я понимаю, почему люди идут по этому пути, но в типичном крупном магазине это кажется слишком ограничительным.

Я бы предложил вместо того, чтобы пытаться бороться с Java в целом, просто поищите возможности для .NET, где это явно лучше для конкретного проекта. то есть, если вы пишете небольшое приложение для CRUD, используемое 10 или менее пользователями, у меня есть большой смысл делать это с WinForms, а не в качестве веб-приложения, потому что писать их намного быстрее и с таким небольшим пользователи, у вас нет проблем с распространением. Вы также получаете полную интегрированную безопасность, если вы тоже используете AD. Это был подход, который мы использовали здесь, и он позволил .NET проникнуть повсюду. В других проектах явно лучше перейти на Java (конкретные требования, опыт работы в команде и т. Д.), Поэтому отлично - сделайте это. В любой крупной компании будет много Microsoft и большого количества Javaesque-оборудования, чтобы работать на чем-то, поэтому мне не кажется, что в BigCo вообще должно иметь значение какое из двух крупных предприятий, т.е. выбирать. Иногда .NET лучше, иногда это Java. Я думаю, что большой магазин должен способствовать обоим.

Я думаю, что через несколько лет мы увидим Python (возможно, больше похожий на IronPython) или Ruby как жизнеспособную альтернативу.

Answer 5

Существует компания MainSoft (из Израиля), которая позволит запускать сборки .net в системах Java. В моей последней компании несколько человек использовали его для переноса определенных веб-приложений .net в стандарт Tomcat корпорации несколько лет назад. Я думаю, что-то о преобразовании байта / кода, но я не уверен.