java中的泛型编程具有动态性和完全可定制性

我正在从事一个工程数据展示和管理项目。 我们的项目的性质应该是可定制的，因为我们可能有一些类似的实体，几乎没有多少属性。例如，与产品B相比，产品A有两个附加属性，如productSize和productionDate，并且可能有100种不同的产品。不同的项目或客户可能使用任何产品，也可能定义新产品

是否有任何设计模式可用于将所有事物视为泛型类型或动态对象，这样我们就没有针对所有实际类型的特定实体，而我们只拥有类型、BaseType、属性、特性等东西。我见过一些模式，比如动态对象模型，它们打算解决同样的问题，但我不确定它们是否真的在现实项目中起作用。

---

我们的技术是Java和Spring，用于创建we应用程序和3层体系结构。

这是一个非常普遍的想法，也是一个非常糟糕的想法。听起来你正在走向反模式

当你第一次听到它时（或者如果你是一名经理），它看起来很好，但结果是一个试图做每件事的系统，但最终什么都做不好

---

数据库变得非常低效，并且容易损坏。不幸的是，我有幸看到了这一点。

您的经理在技术上熟练吗？您可能应该询问他们。您的意思是，您将有一个名为“Person”的类型链接到两个属性（名为“firstName”和“lastName”）而不是一个带有字符串字段（如“firstName”和“lastName”）的Person类，链接到名为“String”的类型，而不是询问我们，对于你来说，回去向你的老板要求澄清可能更有意义。你听说过继承吗？在我看来，这听起来是个糟糕的设计想法。谢谢Kayaman，这就是他认为这种设计类型会有所帮助的原因，我们可以做任何我们喜欢的事情。但我怎样才能证明它不起作用呢？我从未听说过，也从未尝试过这样的事情，我不想毫无理由地说不。“我对应用层的缺点更感兴趣。”新浪从向他展示维基百科页面开始。提醒他维护和性能方面的问题，以及开发的困难。但我也发现这是一种设计模式“动态对象模型”，这里有一个链接@是的，那么你可以给他看那篇文章的“缺点”部分。但这是你的选择，也许它适合你，也许你做得恰到好处。也许几年后，你会想“该死的，那个卡亚曼人的角色说得对，这是多么可怕”。无论如何，我建议您对这个模式持批评态度，即使您确实实现了它。有优点，也有缺点。我只看到了缺点。@sina那么，它是如何结束的呢？：）