使用C#前端和Java后端的程序:好的还是坏的？

Question

我和我的朋友在应用程序开发问题上存在分歧。这是一个简单的生产管理应用程序。

据我的朋友说，前端用XML存储数据，Java程序将读取XML文档，存储它(后端)，并应用一些业务逻辑，然后再将结果存储到另一个XML文档中。C#前端将显示结果(他希望使用套接字来通信XML的状态)。

我觉得这是个坏主意。我建议使用C#或Java编写整个应用程序。

注意事项：应用程序是独立的。它不是通过网络使用的。

你们有人试过这个吗？请分享你的想法:)

Answer 1

你是对的，你的朋友给了你一个坏主意。此外，从你的问题，我看到有几个麻烦的问题，我不知道从哪里开始，所以我只是列出他们，但不是在任何特定的。但让你阅读的基本规则是，你必须同意更简单更好，正如爱因斯坦所说的：“事情应该尽可能简单，但不应该更简单”(或者类似的事情，我不记得确切的引语)。

1. 前端和后端的概念并不真正适用于桌面应用程序。相反，您希望使用MVC模式来分离关注点。维基百科可能是开始学习或复习的好地方。
2. 为什么使用套接字(这是完全不必要的)，如果你没有必要。这是为什么这是一个坏主意的第一个原因，因为如果所有事情都是用语言完成的，在相同的进程空间中运行(您的应用程序是一个桌面或独立的应用程序)，您就不需要使用套接字了。
3. 同样，为什么XML (同样不必要)。不需要，因为您可以只传递Java或C#对象。使用XML时，首先会出现信号到噪声的问题，因为标签被添加到真正的数据中。然后是解析、构造XML、潜在的附加库等等的时间。这些代码都是在您朋友的方法中引入的。

这些都是最明显的原因。从经理或公司的角度来看，还有其他原因：

1. 为了维护此应用程序，经理或公司需要雇用两种不同的技能。这可能不是真的，因为大多数程序员都是多语言的。但情况并不总是如此。
2. 在部署方面，现在强制用户同时安装JRE和.NET框架，以便能够运行应用程序。这其中任何一个都不是很小的足迹。

Answer 2

谈谈如何让它变得复杂。无论是Java还是C#。一个真的不是另一个的后端。他们都和语言“做同样的事情”。唯一的区别是您想要利用.NET的强大功能，还是利用巨大的Java框架的强大功能。

Answer 3

这是一个“不在网络上使用”的桌面应用程序.我根本看不出需要一个真正的“后端”。

用一种语言编写桌面应用程序，并以XML存储数据。