有关贷款处理系统的查询

Question

我需要设计一个使用java和spring框架的系统，它可以处理贷款文件。有各种贷款类型，每种都有不同的形式。这些表格可能有大约300到500个字段。数据也需要在一定程度上进行操作。由于系统需要保存更改历史记录，因此可能会从一个阶段转到另一个阶段。

目前我们正在设计它以将其保存在数据库表中。然而，这样做非常繁琐，因为我们已经制作了很多实体类，并且还制作了很多形式。

我该如何设计这样的系统？将数据保存在xml或json文件中更好吗？

Answer 1

免责声明 - 如果没有看到任何适当的详细信息，修改内容和修改多少，用户数量支持客户端系统上的任何带宽限制等，那么很难回答。但是现在就去。

＆＃34;将数据保存在xml或json文件中会更好吗？＆＃34; 考虑内存占用，多语言支持，预期响应时间等。

两者的优点，您可以在以后的任何数据库中存储数据。 它们（XML / JSON）最适合在系统之间共享数据而不是用于存储数据

＆＃34;因为在系统中需要保存更改历史记录，它可能会从一个阶段转到另一个阶段＆＃34; - 每个字段更改需要保存多少或只是详细信息谁访问了表单和多少时间。 How to Store Historical Data

设计部分指针（谨防过度工程）

1. 内存数据库可能对您的情况有所帮助（如果由于表单中的字段太多而导致速度问题）。
2. 模板模式 - 可以帮助您在设计中强制应用程序中的结构。
3. 装饰模式 - 对于需要在一定程度上操纵数据的部分。＆＃34;
4. 策略模式 - 如果您想要分离出您的修改算法（＆＃34;数据需要在某种程度上进行操作＆＃34;）。
5. 贷款文件字段/部分是一种基于自由长度的东西，使用MongoDB，Casandra等。
6. 记录使用AOP。

THUMB RULE - 它们在架构中的层数越大，它就越精致，但要注意过度工程。

分层的概念可以说就像记录一样简单 - Spring + SLF4J + Logback / log4j等。 SLF4J是您使用任何其他日志框架的层。

最后一切都取决于你想走多远？ - 阅读客户的预算。

QUICK-FIX - 如果问题是编写实体，那么设计一件事完全可以通过工具生成数据库或实体其他部分：）

直到那时快乐的设计：）