查看積分策略說明發表回覆
Discuz! 代碼
提示插入
直接插入
說明訊息

插入粗體文本 插入斜體文本 插入下劃線 置中對齊 插入超級連結 插入信件位址 插入圖像 插入 flash 插入代碼 插入引言 插入列表
刪除線 直線分隔線 虛線分隔線
    
添加文字底框
內容 [字數檢查]:

表情符號

更多 Smilies
字型大小 |||
溫馨提示:本區開放遊客瀏覽。


文章關鍵字 : [功能說明]
(關鍵字可加強搜索準確性, 如關鍵字多於一組, 請以 , 作分隔, e.g. : 阿笨,shiuh,第一笨)

 關閉 URL 識別 | html 禁用
 關閉 表情符號 | 表情符號 可用
 關閉 Discuz! 代碼 | Discuz! 代碼 可用
使用個人簽名
接收新回覆信件通知
推薦放檔網絡空間

檔案(Torent, zip等)
  1. freedl
  2. multiupload
  3. btghost
  4. 便當狗
  5. mediafire
  6. pillowangel
圖片(JPG, GIF等)
  1. hotimg
  2. tinypic
  3. mousems2
  4. imageshack
  5. imm.io
>>>歡迎推薦好用空間


最新10篇文章回顧
ericshliao

 發表於 2013-5-20 11:16 PM


引用:
ROACH寫到:
那我了解的,最近Android SDK剛摸一個禮拜,網路上都有一些建議的方式跟程式碼
只是不太了解為什麼要這樣做
目前為止我是用JSON或XML來包資料,這樣操作起來也滿方便的

只是以前網頁寫多的總覺得中間掛一層怎覺得這樣效能不是更慢嗎?
所以會想到一些問題


在DBMS和Client之間多一層Middle Ware,有很多目的。小型的應用,只要一層或一個MW,大型的應用,可能會有好幾個Middle Ware,甚至好幾層。
安全是其中一個理由,我們不會希望Client直接和DBMS溝通,透過MW,可以過濾掉不安全的Query。
至於效率,透過MW未必一定會拖慢效能。如果DBMS不夠有力,把一部份工作丟給MW,反而能提升效能,例如有好幾個資料庫,MW可以做load balacing,把query送到比較有空的server去跑。
如果資料庫是分散的,也需要透過MW來整合各個資料庫送出來的資料,refine後再回傳給client.
如果是集中式的資料庫,而且系統的處理能力夠快,或是查詢的次數及資料量不大,確實會覺得MW沒什麼必要。但在跨國企業,大型企業,就一定得有MW。

[ericshliao 在  2013-5-20 11:38 PM 作了最後編輯]


ROACH

 發表於 2013-5-20 10:50 PM


引用:
ericshliao寫到:
如果是跨INTERNET,為了安全起見,不建議直接連JDBC,最好是經由某個中介來存取DBMS。如果只是自己做好玩的,或是實驗性質的,就無所謂了。
至於用JSON或XML來包資料,我覺得差別不大,選一個順手或順眼的就可以了。

[ericshliao 在  2013-5-20 10:20 PM 作了最後編輯]


那我了解的,最近Android SDK剛摸一個禮拜,網路上都有一些建議的方式跟程式碼
只是不太了解為什麼要這樣做
目前為止我是用JSON或XML來包資料,這樣操作起來也滿方便的

只是以前網頁寫多的總覺得中間掛一層怎覺得這樣效能不是更慢嗎?
所以會想到一些問題


ericshliao

 發表於 2013-5-20 10:06 PM

如果是跨INTERNET,為了安全起見,不建議直接連JDBC,最好是經由某個中介來存取DBMS。如果只是自己做好玩的,或是實驗性質的,就無所謂了。
至於用JSON或XML來包資料,我覺得差別不大,選一個順手或順眼的就可以了。

[ericshliao 在  2013-5-20 10:20 PM 作了最後編輯]


ROACH

 發表於 2013-5-20 03:56 PM

大家寫Andoid如果要連線外部資料庫的話
是用JDBC來連呢?還是JSON呢

剛看到這篇文章
http://blog.csdn.net/conowen/article/details/7435231

這樣是不是還是架一個PHP Server或JSP Server
把資料庫連線的程式寫在Web Server端然後藉由JSON來讀會比較好呢
我目前是有一台Tomcat Server架jsp
所以我透過那台來產生json然後從Android讀,讀的資料是還ok
但現在就變成負荷是在那台WEB Server主機上
如果那台重新開機或掛的
不就Android Client也連不到的

[ROACH 在  2013-5-20 03:58 PM 作了最後編輯]





所在時區為 GMT+8, 現在時間是 2024-5-1 08:29 AM
清除 Cookies - 連絡我們 - TWed2k © 2001-2046 - 純文字版 - 說明
Discuz! 0.1 | Processed in 0.019603 second(s), 7 queries , Qzip disabled