Программа с интерфейсом C# и серверной частью Java: хорошая или плохая практика?

Это настольное приложение, которое «не используется по сети» ... Я вообще не вижу необходимости в реальном «бэкэнде».

Напишите настольное приложение на одном языке и храните данные в XML.

Ваш друг предлагает сохранить модульность. На самом деле не имеет значения, какой язык вы используете, но если объединить его в одном большом проекте, вы можете сделать его немодульным.

Для такого типа приложений я бы использовал только один язык.

Поговорим о том, чтобы сделать это сложным. Либо Java, либо C#. Одно действительно не бэкэнд для другого. Оба они «делают то же самое», что и языки. Единственная разница в том, хотите ли вы использовать мощь .NET или мощь огромных фреймворков Java.

Итак, ваше приложение автономно и не нуждается в работе по сети, но ваш друг настаивает на соединении передней и задней частей приложения с помощью сокетов? Что-то не так с этой настройкой, кажется сложнее, чем должно быть.

Мне кажется, ваш друг хочет использовать Java, потому что он лучше понимает структуру обработки XML в Java. Лично я считаю, что взаимодействие между Java и .NET является излишним. Вы сэкономите много человеко-часов и сэкономите время, написав приложение на одном языке по вашему выбору.

Вы правы, и ваш друг подал плохую идею. Кроме того, исходя из вашего вопроса, я вижу, что есть несколько проблемных вопросов, я не знаю, с чего начать, поэтому я просто перечислю их, но не в каком-либо конкретном порядке. Но основное правило, которое вы должны читать, - вы должны согласиться с тем, что чем проще, тем лучше, как сказал Эйнштейн: «Все должно быть сделано как можно проще, но не проще» (или что-то в этом роде, я не помню точную цитату).

1. Понятия внешнего интерфейса и внутреннего интерфейса на самом деле не применимы к настольному приложению. Скорее, вы хотите использовать шаблон MVC для разделения проблем. Википедия может быть хорошим местом для начала изучения или обзора.
2. Зачем использовать сокет (который совершенно не нужен), если он вам не нужен. Это первая причина, по которой это плохая идея, поскольку вам не нужно использовать сокеты, если все делается на языке, выполняется в одном и том же пространстве процесса (ваше приложение является настольным или автономным приложением).
3. Точно почему XML (опять же ненужный). Нет необходимости, потому что вы можете просто передавать объекты Java или C#. В XML сначала возникает проблема «сигнал-шум», поскольку теги добавляются к истинным данным. Затем есть время для синтаксического анализа, создания XML, потенциально дополнительных библиотек и т. д. Это был бы весь тот код, который вводится в подходе вашего друга.

Это самые очевидные причины. Есть и другие причины с точки зрения менеджера или компании:

1. Чтобы поддерживать это приложение, менеджеру или компании необходимо нанять 2 разных набора навыков. Это может быть неправдой, поскольку большинство программистов в любом случае многоязычны. Но так бывает не всегда.
2. Что касается развертывания, теперь вы заставляете своих пользователей устанавливать как JRE, так и .NET framework, чтобы иметь возможность запускать ваше приложение. И ни то, ни другое не занимает мало места.

Возможно, удастся использовать мощь настольного приложения C# во внешнем интерфейсе и использовать веб-службу Java Ejb + (Jax-ws) в серверной части. Приложения C# могут читать SOAP wsdl для создания заглушек и интерфейсов для доступа к серверной части Java, реализованной Jax-ws.