反clockwise, “Eclipse plugin for Clojure”,在 mixed和Clojure混合撰写。 它使用肥料。
因此,这是一个可行的概念的生动证据。 数百人成功地利用了AFAIK的反锁。
有一些制约因素,即:对一些“旋转舱载体”而言,衣着名称空间为“全球”。 E.G. 如果你在指名牌内装饰,我会说。 那么,你也许有其他需要我发言的 b子。 衣着。 例如,我的发言,bundle1,我的发言,bundle2。 当你这样做时,从每个支带(需要)碎块名称空间上载,每一架将装在正确的舱位(我行的称呼号1将装在我的应用舱面载体内,而我行的称呼号2将装在我的排印本上。 这样做是巨大的,因为它允许 j木 inter间工作。
但是,仅仅记住,归根结底,从Bundle1 &上载的国名空间;bundle2将由“全球名胜地”在我的旁遮普。
坦率地说,这还没有证明是反锁定的问题。 由于同一地段内有les子,有一个单一的克隆体几乎是oka。
The potential drawbacks are:
- if you use third party libraries, e.g. tools.logging, you will not be able to have namespaces in myapp.bundle1 depend on version X of tools.logging, and at the same time have myapp.bundle2 depend on version Y of tools.logging. That is, inside your feature where you have a shared clojure via bundle myapp.clojure, you work as if OSGi rules did not apply, as webapps work, for example.
- does not scale well if massively applied: if every Eclipse Feature were to repackage its own version of Clojure, there would be some waste of memory. But this drawback is more theoretical than practical, yet. And this is a problem that can be addressed later, when the need for it emerges.
请注意,就Eclipse RCP产品而言,与Eclipse plugin相比,这些缺陷消失。
如果你想看到反锁症是如何重新包装的,使用衣帽。 各位可以研究其源码:
http://github.com/laurentpetit/ccw.clojure.git
http://github.com/laurentpetit/ccw.git
HTH,
页: 1
