Spring xsi本地命名空间的思考

在思考问题时，为了满足某个需求，需要满足以下原则：

1. （Essential）了解事物的本质。例如：Spring框架是业务层框架。在使用spring框架时，为了开发简单，方便，解耦。那么使用spring配置文件并结合相应类库（这里）达到此目的。我们是否应该这么做（Why）？如果不这么做，会使开发过程比较繁琐，不易维护。因为简单问题比复杂问题更让人容易理解（配置清单及类库）。
2. （Restrict ）那么我们应该如何做到呢（How）？需要什么条件限制（Restrict）？满足那些基本原则？首先，需要提供配置清单文件（task list），将注入所需的业务Bean，以便了解我们需要做什么。但在注入时，需要注意条件依赖，例如：XML的xsi命名空间。进一步了解在这里。其次在客户端使用已注入的业务Bean工厂.

• 在我们解决问题时，一般存在这种情况，我们已经知道做什么（What），并且确定了方案的可行性。然后就开始怎么做（How），但在做的过程中产生了某些冲突（Conflict）,然而思维就会处于混乱状态，却不知道当前应该做什么（What）来解决此冲突，心里就会问些问题，比如到底是什么原因导致的问题。于是你会怀疑当前使用方案的可行性（即需要追溯到历史，对过去的每一步做检查（Check）才能知道错误的原因），当然你也可以寻找其他解决方案，但前提是具有多个解决方案,且已对其做出了评估（Review），但这样做不会提高你对问题本质（Essential）认识的思想高度。如果没有对出现此问题的原因做诊断问题框架，盲目从事只能让问题变得更加混乱。所以为了提高解决问题的能力（核心竞争力），洞察问题的本质，那么必须对历史进行追溯，从而了解为什么会出现此冲突（Conflict）。因此在我们解决问题时，至少需要做到以下思考：
• （1）界定问题。它表示说明这个问题说的是什么？是为了解决什么问题（自己的问题，还是别人的问题）？它的基本原则是什么？以前的经验是否能验证此问题。但有事我们往往不知道自己该做什么？那么需要定义问题（目标点），以便明确重心。
• （2）设计问题诊断框架。确定界定了问题后，还需要冷静思考问题的来源，因为冷静思考不会让感情因素影响理智思维，即情绪化，而且对问题的来源分析能避免自己放过所有涉及到问题的维度。例如：某某员工需要请假去看病这一问题（做某事，TODO STH），你该如何做出思考？首先我们需要分析请假是否确实是因为看病，或是因为其他原因。譬如：朋友聚会，给自己放松一下。。。等等。即离开公司的去做某件事情的可能性），如何保证该员工是否撒谎，我们首先需要关键行为（做某事达到的结果 result），即要医院开证明，以确定此事。因此也只有这样才能确定某人在某个时间完成某件事，请求得到反馈。以便达到某种结果（预期的结果）即：约束（Restrict）。
• （3）搜集资料