Unify Handling of allOf/anyOf and oneOf in Diff logic

Current Behavior:

The diffing mechanism currently handles allOf/anyOf and oneOf differently within composed schemas:

1. allOf/anyOf: These schemas are recursively resolved and their properties are merged into the parent schema before the main diffing occurs. This happens in SchemaDiff#resolveComposedSchema, where properties from allOf/anyOf subschemas are added to the parent using SchemaDiff#addSchema. The original allOf/anyOf structure is effectively flattened.

2. oneOf: These schemas are not merged beforehand. Instead, the ComposedSchemaDiffResult#diff method performs a structural comparison of the oneOf lists between the old and new schemas. It identifies added, removed, or changed oneOf options, storing the results in a ChangedOneOfSchema object which is then attached to the ChangedSchema.

Suggested Behavior:

This difference in processing leads to an inconsistency. While the merging for allOf/anyOf simplifies property comparison later, it loses the structural information about changes within the allOf/anyOf lists. Conversely, oneOf retains this structural information because it's crucial for understanding changes in available options.

Consider unifying the approach. Perhaps allOf/anyOf could also be compared structurally, similar to oneOf, to provide a more consistent and potentially more informative diff result regarding the composition itself, rather than just the flattened outcome. This would allow tracking additions, removals, or modifications within allOf/anyOf lists directly.

先从 SchemaDiff#resolveComposedSchema 和 SchemaDiff#addSchema 开始，了解 allOf/anyOf 是如何被扁平化的，然后阅读 ComposedSchemaDiffResult#diff 和 ChangedOneOfSchema，了解现有的 oneOf 比较方式。定义 allOf/anyOf 中的结构性新增、删除和修改应如何与扁平化属性变更一起呈现；当 diff 能够一致地报告组合变更且不丢失相关细节时，即视为完成。