• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            萬星星@豌豆莢 歡迎加入我們
            一個吃軟飯的男人!!!!!我只想寫程序####
            微博:http://weibo.com/wanlianwen
            posts - 172,  comments - 1253,  trackbacks - 0

            平臺+插件技術(shù)算是一種古老的技術(shù)了,Windows OS為我們提供了大量Win32 API就是所謂的編程接口,我們基于Windows編的程序就是OS的插件,離開它就無法運行。平臺插件技術(shù)在翻新,隨著Eclipse的風(fēng)靡,這種模式一直不衰,然而思想是陳舊的,這里我談點自己的看法。

            淺釋平臺插件
            什么叫臺呢?臺,觀四方而高者——《說文》。一個四方的高的平臺,給你一種支撐。
            舞臺給演員提供了展示自我的地方,有音響、燈光、帷幕等,而每個演員好比插件,可能是一個歌唱家、相聲演員、舞蹈家。演員踏著臺階來到幕后,帷幕拉起,演員進場在燈光和音響下表演,結(jié)束后退到幕后,帷幕拉下,然后是另一個演員上場。離開舞臺,演員就成了普通人。一個舞臺可以成就很多藝人,他們有各自不同的風(fēng)格,然而他們都是藝術(shù)家,不是政客或商人,他們站在舞臺上是表演藝術(shù)的。
            平臺插件體系也是如此。平臺是用來解決一類問題的基礎(chǔ)設(shè)施,它提供了解決問題的工具、遵守的法則以及插件體系管理。有了數(shù)字運算工具以及運算法則(先加減后乘除),我們可以解決所有的四則運算問題。以前做地理系統(tǒng)中有這樣問題,拉動網(wǎng)格中節(jié)點。這個問題包含類兩個方面,首先拉動會導(dǎo)致數(shù)據(jù)更新,然后是拉動要遵守規(guī)則--節(jié)點所有相連線要跟隨拖動。這里變可以把這兩個基礎(chǔ)服務(wù)放入平臺,移動規(guī)則和數(shù)據(jù)修改。這樣用戶做一個插件集成到平臺里面,拖動網(wǎng)格中的一個節(jié)點,按照規(guī)則找到所有相連線,然后對這些線進行數(shù)據(jù)更新。

            典型應(yīng)用平臺插件模式

            平臺插件的優(yōu)點
            1、平臺發(fā)布后,在平臺不動的前提下通過插件可以使功能擴展。試想我們在操作系統(tǒng)上做了多少軟件。
            2、功能的重用,平臺本身是對所解決問題的一個同類項合并過程,提出公因式,這樣便提高了模塊的復(fù)用率。
            3、職責(zé)清晰,平臺提供功能接口,插件只需要按照接口規(guī)范實現(xiàn)調(diào)用即可,至于平臺內(nèi)部功能的優(yōu)化只要不涉及接口,都是沒有問題的。
            4、產(chǎn)品研發(fā)周期縮短。平臺以及核心業(yè)務(wù)實現(xiàn)后即可推出產(chǎn)品,擴展功能可以在后續(xù)版本以插件方式開發(fā)或交由其他二次開發(fā)公司開發(fā)。
            5、基于組件的平臺本身支持多種語言二次開發(fā),可以降低二次開發(fā)難度,提高開發(fā)效率。

            平臺插件的不足
            1、接口的制定比較困難,由于接口的改動會影響很大,所以插件接口的指定很重要。可能由于功能的不斷需要導(dǎo)致接口混亂。
            2、基礎(chǔ)服務(wù)功能粒度的難以把握。粒度太細可能導(dǎo)致模塊增多難以控制,粒度太粗復(fù)用率太低。
            3、基于COM做的時候引用計數(shù)的維持很可怕,接口查詢成千上萬,被一個馬虎的程序員弄錯一次就導(dǎo)致組件無法釋放。
            (2006.7.5于北京華亭)

            posted on 2006-07-05 20:44 萬連文 閱讀(1900) 評論(4)  編輯 收藏 引用 所屬分類: ATL亂七八糟

            FeedBack:
            # re: 我的平臺+插件觀
            2007-05-16 09:24 | laiboy
            現(xiàn)在的插件平臺很多,對于一個平臺,能應(yīng)付目前工程就是要做到輕量級(可以參考Com,但不是要做到COM的程度),能快速進行二次開發(fā)(對于VC6,提供AppWizard,模版等方法)  回復(fù)  更多評論
              
            # re: 我的平臺+插件觀
            2007-05-16 14:48 | laiboy
            如果有興趣,可以交流一下插件平臺,對我的插件平臺有何看法.

            VC6.0 + MFC  回復(fù)  更多評論
              
            # re: 我的平臺+插件觀
            2007-05-16 14:58 | 萬連文
            看了你的冬冬,覺得很不錯。ui風(fēng)格也比較協(xié)調(diào)。你說到的業(yè)務(wù)邏輯用腳本寫本人不認同,業(yè)務(wù)邏輯應(yīng)該是一個公司的核心業(yè)務(wù),其中最核心的部分應(yīng)該是規(guī)則,可以用C++寫然后用com封裝,對于規(guī)則的應(yīng)用使用腳本我覺得應(yīng)該這樣。  回復(fù)  更多評論
              
            # re: 我的平臺+插件觀
            2007-05-16 15:00 | 萬連文
            最近一段時間很忙,在組織一套ui構(gòu)建平臺,也是本人的畢業(yè)設(shè)計題目,所以交流減少許多。  回復(fù)  更多評論
              
            簡歷下載
            聯(lián)系我

            <2007年7月>
            24252627282930
            1234567
            891011121314
            15161718192021
            22232425262728
            2930311234

            常用鏈接

            留言簿(66)

            隨筆分類

            隨筆檔案

            相冊

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            999久久久免费精品国产| 精品免费久久久久国产一区| 亚洲国产精品嫩草影院久久| 国产精品久久久香蕉| 色综合久久天天综线观看| 97久久国产综合精品女不卡| 韩国免费A级毛片久久| 久久精品成人| 久久久久久久久无码精品亚洲日韩| 久久青青草原国产精品免费| 久久久久久亚洲精品影院| 久久夜色tv网站| 久久精品国产亚洲AV忘忧草18| 久久精品成人免费国产片小草| 99久久综合国产精品免费| 国内精品久久久久影院一蜜桃| 久久久受www免费人成| 欧美精品一区二区久久| 久久久久久久97| 久久人人爽人人爽人人片AV不 | 亚洲国产精品综合久久网络| 国产精品久久久亚洲| 久久久久亚洲av成人网人人软件 | AAA级久久久精品无码片| 狠狠色丁香婷婷久久综合| 久久久WWW成人| 久久九九免费高清视频 | 久久久久久伊人高潮影院| 欧美伊人久久大香线蕉综合69| 2022年国产精品久久久久| 久久精品国产久精国产思思| 亚洲人成精品久久久久| 人妻精品久久久久中文字幕69| 亚洲日韩中文无码久久| 一本久久a久久精品综合香蕉| 色悠久久久久久久综合网| 久久久久亚洲AV成人网人人软件| 精品久久久久久国产91| 久久精品成人欧美大片| 久久久精品视频免费观看| 欧美久久一级内射wwwwww.|