Question

Spring framework is NON - INTRUSIVE.

您可以说明这一点?

感谢:

Answer 1

这里,“非侵入性”是指你的申请代码并不需要直接依靠春季框架。 Anything,凡能注入适当受扶养人的,也将(理论上)工作。

Answer 2

非侵扰性框架的主要呼吁是,它偏离了你的设计和建模活动。它完全无法走到你需要的时候。

Answer 3

完全有可能在你的申请书中不直接依赖春季框架的情况下使用春天。这并不意味着该守则将在不春天继续运作,因为春天提供的功能将需要由另一个IoC集装箱或代码取代,该集装箱或编码直接瞬息万一的附属链中的所有物体,但的确意味着你可以选择在春天或通过其他一些机制进行电线。

然而,为了真正不同情春天,你需要把你的所有组合置于你的法典之外,这意味着把XML用于一切。这在春天非常好,但是,它给开发商带来的痛苦,而且,自从在贾瓦5年广泛使用说明以来,这确实是徒劳的。因此,春天在你的法典中直接为电线提供许多说明。这显然会在刑法中造成对春天的依赖,尽管所有春tag在编纂时都得到了解决,因此,你仍然可以在春季环境之外执行你的课堂,而不依赖春jar。此外,在可能的情况下,习惯春季说明已改为通用联合企业说明。有了春天,仅仅使用联合企业说明加上数量有限的XML来初步确定申请环境确实非常容易。

做事的春天途径是,执行特征的基本功能往往可以在操作时选择。如果你利用一个没有管理的集装箱进行开发,使用当地会议管理人,你可以轻易转向生产中的集装箱管理会议,而如果你配置了有关设备,让人们能够处理交易管理。标记为@Transactional的方法将自动收回,不论来源如何,不对该法典作任何改动。事实上,如果你有如此倾向的话,你可以轻率地转向完全不同的办公室管理框架,尽管事实上这一使用案例非常少,因此,大多数应用都倾向于在其数据存取法中采用特别的办公室管理框架和/或查询。

春季与旧的入侵框架之间的差别是,入侵框架往往要求你实施特定接口,甚至迫使你继承特定基类,以便利用框架功能。在后一种情况下,你不仅依赖你使用的框架,而且严重限制了你的阶层结构,其语言只允许单一继承。近期的EJB从春天(和其他)低侵扰性模式中吸取教训,EJB自此已变得远非侵扰性(这涉及POJOs)。

我看不出对不可争辩的任何支持,即现在春天是困扰用户的10亿美元。春天,如果说什么,其侵扰性比以往任何时候都要小。当然可以把 yourself锁在春天,许多发展中国家完全愿意这样做,因为使用春天的管理费太小,我们大多数人可以想象很多情况,我们可以从一个项目中删除春天。如果我想要一个完全管理的联合企业环境的话,我可以对此感到困惑(并存放在任何现有供应商的集装箱内)。如果我想要从春天开始使用100%的配置和运行时间管理,那么我也可以这样做。因此,除非项目要求具体禁止,否则Im一般会非常乐意使用针对具体泉的功能,但有可能锁定。春天花钱很少,因此风险选择低。

在推进时,我发现春天比爱阵更容易学习。我能够用两种方法完成同样的工作,但是,如果与欧洲黄麻和黄麻制品公司相比,“春天”的使用率不高,那么,聘用便比较容易,长期维护费用较低,释放周期缩短,就更方便了。

Answer 4

不管语言方向,一般说来,一个框架过于侵扰,这是一个批评的声音,因此我猜测,这并不是因为非侵扰性已成为宣传的“选择点”。

例如,春天和插图2使用说明、配置文件、公约或思考(其他语文可能是其他方式),以实现非侵入性,汇编和操作并不正式依赖框架AP。

但从根本上说,没有这一框架,我们的方案根本不能正确操作。这些所谓的说明是定制的。处理方式不同。想一想从克森到杰克逊的移徙。移徙有代价和风险。用户是否需要写新字?

此外,实际移徙的可能性如何高? 它感到非常小。

Answer 5

几年前,欧洲复兴开发银行是“侵扰性的”。春天被认为是一套更简单的帮助班,比框架更像图书馆。

今天,春天成为新的堡垒。作为10亿美元的生意,锁定人们的最佳利益是。我相信,你不会有依赖问题,你可以随时放弃春天。

与欧洲黄麻和黄麻业公司一道,至少有几家供应商可以选择。

友情链接