Grails是一個(gè)插件架構(gòu)，這一點(diǎn)我們已經(jīng)在前面體會(huì)到了，最典型的就是GORM一節(jié)中，我們明明沒有定義crud操作，但在運(yùn)行時(shí)卻可以使用它，造成這一結(jié)果的“元兇”就是我們預(yù)先安裝的Hibernate插件。在這一節(jié)里，我們將對(duì)這背后的機(jī)制進(jìn)行一番探究，對(duì)插件有一個(gè)基本的了解。Plugin是Grails的主要擴(kuò)展點(diǎn)，其工程跟普通Grails工程并無區(qū)別，只是多了一個(gè)描述文件。描述文件位于位于工程根目錄，是以GrailsPlugin結(jié)尾的Groovy文件。同時(shí)，工程中缺省沒有URL Mappings，因此Controller無法馬上工作，如果需要?jiǎng)t必須手工添加該文件。插件相關(guān)的命令如下：

• grails create-plugin
• grails run-app
• grails package-plugin
• grails install-plugin url（或路徑）
• grails list-plugins：列出插件倉庫中插件
• grails plugin-info 插件名：列出插件信息
• grails release-plugin

插件的描述文件定義了插件的相關(guān)信息，主要的屬性有：

• version：版本
• title：短描述
• author：作者
• authorEmail：作者的Email
• description：長(zhǎng)描述
• documentation：文檔URL

插件完成之后，需要進(jìn)行打包發(fā)布，在打包時(shí)需要注意，以下內(nèi)容會(huì)被排除：

• grails-app/conf/DataSource.groovy
• grails-app/conf/UrlMappings.groovy
• build.xml
• /web-app/WEB-INF目錄中所有內(nèi)容
• 插件文件中pluginExcludes定義的內(nèi)容，如：
  def pluginExcludes = ["grails-app/views/error.gsp"]

雖然UrlMappings.groovy會(huì)被排除，但是xxxUrlMappings.groovy并不在此列。同時(shí)，如果需要，你還可以修改工程的_Install.groovy腳本改變打包行為。插件最終的發(fā)布位置是“倉庫”。缺省倉庫是：http://plugins.grails.org，Grails也支持配置多個(gè)倉庫。在Grails中，自定義倉庫的主要目的有2個(gè)：發(fā)現(xiàn)和發(fā)布，前者相對(duì)于插件的使用者，后者相對(duì)于插件的創(chuàng)作者。配置文件是grails-app/conf/BuildConfig.groovy或USER_HOME/.grails/settings.groovy，前者針對(duì)于單個(gè)項(xiàng)目，后者則是多項(xiàng)目間共享。配置內(nèi)容：grails.plugin.repos.discovery.myRepository="http://svn.codehaus.org/grails/trunk/grails-test-plugin-repo" grails.plugin.repos.distribution.myRepository="https://svn.codehaus.org/grails/trunk/grails-test-plugin-repo"如果倉庫設(shè)有用戶名/口令，URL格式：PROTOCOL://USERNAME:PASSWORD@SERVER……Grails的命令一般是自動(dòng)解析倉庫位置，也可以在命令中指定使用哪個(gè)倉庫：

• 在指定倉庫中查找，grails list-plugins -repository=myRepository
• 在指定倉庫中發(fā)布，grails release-plugin -repository=myRepository

命令缺省的倉庫搜索順序?yàn)?#xff1a;default、core、自定義倉庫。改變順序則在配置文件中書寫：grails.plugin.repos.resolveOrder=['myRepository','default','core']如果想只解析指定倉庫：grails.plugin.repos.resolveOrder=['myRepository']安裝插件時(shí)，需要注意其對(duì)使用工程的影響。它會(huì)影響使用工程的目錄結(jié)構(gòu)：

• 原Plugin工程的grails-app目錄內(nèi)容移至plugins/plugin-version/grails-app。
• 原Plugin工程中web-app的靜態(tài)內(nèi)容移至web-app/plugins/plugin-version。
• 原Plugin工程的Java和Groovy內(nèi)容編譯到web-app/classes

鑒于以上目錄改變，在Plugin工程中使用pluginContextPath引用目錄。<g:createLinkTo dir="${pluginContextPath}/js" file="mycode.js" />Plugin工程中的一些部件的創(chuàng)建方法和普通Grails工程一樣：Script、Controller、Tag Lib、Server、DomainClass等。其中view的查找順序是：首先查找所安裝App中的view，再查看插件中的。如果使用的template是插件的，那么寫成：<g:render template="fooTemplate" plugin="amazon"/>每個(gè)Plugin工程都有一個(gè)application變量，它是GrailsApplication接口實(shí)例。每個(gè)GrailsApplication接口提供了計(jì)算項(xiàng)目?jī)?nèi)部慣例的方法，內(nèi)部使用GrailsClass保存引用。GrailsClass代表一個(gè)物理的Grails資源，如一個(gè)Controller或一個(gè)標(biāo)簽庫。application主要的動(dòng)態(tài)方法有：

• *Classes，獲得某artefact的所有類：application.controllerClasses
• get*Class，獲得某artefact的指定類：application.getControllerClass("ExampleController")
• is*Class，判斷指定類是否是某artefact：application.isControllerClass(ExampleController.class)

GrailsClass的主要接口：

• getPropertyValue
• hasProperty
• newInstance
• getName
• getShortName
• getFullName
• getPropertyName
• getLogicalPropertyName
• getNaturalName
• getPackageName

插件工程中的腳本：

• scripts/_Install.groovy，plugin被安裝后觸發(fā)
• scripts/ _Update.groovy，update命令觸發(fā)

以下的內(nèi)容將說明，插件的一些“神跡”，如上面Domain Class中自動(dòng)出現(xiàn)的CRUD，實(shí)現(xiàn)的原因。所有這些都要?dú)w因于插件參與了動(dòng)態(tài)配置。在描述文件中定義以下閉包，將定義插件在動(dòng)態(tài)配置時(shí)的行為：

• doWithSpring：Spring配置，使用Spring Bean Builder。
• doWithWebDescriptor：web.xml，使用XmlSlurper。
• doWithApplicationContext：ApplicationContext構(gòu)建之后。
• doWithDynamicMethods：動(dòng)態(tài)增加動(dòng)態(tài)方法

導(dǎo)致DomainClass中憑空多出的CRUD方法的正是doWithDynamicMethods，使用例子：class ExamplePlugin {def doWithDynamicMethods = { applicationContext ->application.controllerClasses.metaClass.each { metaClass ->metaClass.myNewMethod = {-> println "hello world" }}} }以上代碼將給所有Controller都添加一個(gè)myNewMethod，其作用就是打印一行“hello world”。建議下載Grails的源碼，然后搜一搜插件的描述文件，讀一讀，或許你會(huì)有其他的收獲。Grails也為插件自動(dòng)重載提供了支持。描述文件中以下幾個(gè)屬性（或閉包）涉及Plugin的自動(dòng)重載：

• watchedResources屬性：監(jiān)測(cè)的資源。
• onChange閉包：監(jiān)視資源發(fā)生變化時(shí)調(diào)用，傳入event對(duì)象，它的主要屬性：event.source，事件源，重載的類或Spring資源；event.ctx，Spring的ApplicationContext實(shí)例；event.plugin，管理資源的plugin對(duì)象（通常是this）；event.application，GrailsApplication實(shí)例
• influences屬性：定義影響的plugin，在重載時(shí)會(huì)一并載入。方向：由此及彼。
  def influences = ['controllers']
• observe屬性：定義觀察的plugin，當(dāng)那個(gè)插件變化時(shí)，獲得變化通知事件。方向：由彼及此。
  def observe = ["hibernate"]def observe =["*"]

看看例子：class ServicesGrailsPlugin {def watchedResources = "file:./grails-app/services/*Service.groovy"def onChange = { event ->if(event.source) {def serviceClass = application.addServiceClass(event.source)def serviceName = "${serviceClass.propertyName}"def beans = beans {"$serviceName"(serviceClass.getClazz()) { bean ->bean.autowire = true}}if(event.ctx) {event.ctx.registerBeanDefinition(serviceName,beans.getBeanDefinition(serviceName))} }}}插件之間可以有依賴關(guān)系，因此這就引出了跟插件加載順序相關(guān)的話題。這其中涉及兩個(gè)屬性：dependsOn和loadAfter。dependsOn：定義了強(qiáng)依賴，如果依賴沒有得到滿足，Plugin不會(huì)加載。

• 例1： def dependsOn = [dataSource:1.0, core: 1.0]
• 例2： def dependsOn = [foo:"1.0 > 1.1"]。該表達(dá)式表示1.0~1.1版，包括1.0和1.1。可以使用*代表任意版本，如[foo:"* > 1.0"]、[foo:"1.0 > *"] 。

loadAfter：定義了弱依賴，如依賴沒有滿足，也會(huì)加載。但是Plugin可以在程序內(nèi)部查看依賴是否滿足（使用GrailsPluginManager），以決定是否提供高級(jí)操作。以上就是插件的基本情況，除了這些，如今Grails社區(qū)已經(jīng)就一點(diǎn)達(dá)成共識(shí)：使用插件作為一種模塊化的機(jī)制，通過給主程序安裝不同插件，逐步達(dá)成應(yīng)用需求。

轉(zhuǎn)載于:https://blog.51cto.com/bcptdtptp/306638

總結(jié)

以上是生活随笔為你收集整理的Grails 1.2参考文档速读（19）：插件的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。