• <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>

            woaidongmao

            文章均收錄自他人博客,但不喜標題前加-[轉貼],因其丑陋,見諒!~
            隨筆 - 1469, 文章 - 0, 評論 - 661, 引用 - 0
            數據加載中……

            服務器編程的思考

               1、所謂服務器軟件,就是通過協議解析等等手段,把遠在internet網絡上的現實參與者,映射為系統內核里的抽象參與者,繼而而加以處理。這里是“參與者”的概念,相當于系 統首先把外在的用戶個體,一步一步拉近,抽象,最終變成系統內部的一個操作接口集合。另外,因為內部參與者是外部用戶的在系統內的一個映射,需要維護好這一層關系。
              
            2、如果系統服務多個參與者,而參與者之間本身就存在交互的話。是讓參與者直接交互還是通過間接的“橋”來交互。也就是說,系統內的參與者需要對系統了解嗎?是需要了解多個接口還是一個接口?還是把系統當作一個黑盒來使用還是一個白盒來使用?后者耦合降低。但是作為“橋”的那個東西,復雜性也不言而喻,需要多多考慮一下;

            3、系統內的數據應該屬于業務邏輯層還是數據層?關鍵的一點就是看這個數據對象是否需要持久性,是不是只是運行時存在。舉個例子來說,數據庫屬于數據層,但是從數據庫內取出數據緩存在系統內,用作判斷就屬于業務邏輯層內的東西。業務邏輯層的東西可以靈活構造,但是數據層的數據就相對穩定,也只要支持少量的接口,比如增、 刪、修等。不能在數據層加入業務邏輯判斷的代碼,否則導致數據層和業務層耦合。業務邏輯如果需要判斷數據層內部的一些東西,應該把這些數據緩存到業務層的零時對象內。

            posted on 2008-04-16 14:02 肥仔 閱讀(713) 評論(1)  編輯 收藏 引用 所屬分類: 編程思想

            評論

            # re: 服務器編程的思考  回復  更多評論   

            good~~~!!
            2009-04-17 10:04 | brightcoder
            久久久久人妻精品一区二区三区 | 91亚洲国产成人久久精品网址| 久久99国产精品尤物| 91精品国产91久久| 久久无码高潮喷水| 人人狠狠综合久久亚洲婷婷| 合区精品久久久中文字幕一区| 久久精品国产AV一区二区三区| 久久99亚洲网美利坚合众国| 欧美精品丝袜久久久中文字幕| 久久无码人妻一区二区三区| 人人狠狠综合88综合久久| 国产一久久香蕉国产线看观看 | 一级女性全黄久久生活片免费 | 国产综合成人久久大片91| 伊人久久大香线蕉av一区| 久久毛片免费看一区二区三区| 久久久无码精品亚洲日韩蜜臀浪潮| 日韩美女18网站久久精品 | 亚洲?V乱码久久精品蜜桃 | 精品久久人人妻人人做精品| 欧洲人妻丰满av无码久久不卡| 婷婷国产天堂久久综合五月| 久久91精品国产91久久小草| 伊人久久久AV老熟妇色| 久久精品亚洲AV久久久无码| 久久亚洲AV成人无码软件| 亚洲国产综合久久天堂| 久久婷婷人人澡人人| 久久久精品波多野结衣| 欧美久久精品一级c片片| 久久成人精品视频| 国产亚州精品女人久久久久久 | 无码超乳爆乳中文字幕久久| 亚洲va久久久噜噜噜久久天堂 | 97久久国产露脸精品国产| 色播久久人人爽人人爽人人片AV| 亚洲国产成人精品91久久久| 亚洲婷婷国产精品电影人久久| 亚洲国产一成久久精品国产成人综合 | 久久国产综合精品五月天|