Re: [問題] 請問有哪些書有專門寫SQLite資料庫和連 …

看板AndroidDev作者 (null)時間12年前 (2011/08/04 11:54), 編輯推噓5(5041)
留言46則, 5人參與, 最新討論串5/12 (看更多)
※ 引述《powerstar (別問我的名)》之銘言: : ※ 引述《qrtt1 (null)》之銘言: : : 我覺得書應該是足夠. : : 是否有需要再多買?我想效果有現。 : 可是我之前買那本藍色封面的,幾乎沒寫這東西(浪費一本書錢) : 棕色封面那本,沒寫很深入, : 想說在另買參考書參考.. : : 依這簡單的訊息我建議你們先做流程上的可行性驗證。 : : 或目前 SQLite 是你的弱點,那就先不用它。 : 雖然寫這種程式是我的弱點,你說先不用它, : 可是這專題還是給做出來,不然我的部份會整個沒進度... : : 流程上簡單地存入檔案,或直接放在 memory 內就好。 : : 你先將整個 Service 串起來, : : 而這部分就是實作 Socket Server 以及 Client : 我有做了 Socket Server 以及 Client 這部份了,如我發的761那篇, : 可是不知道怎麼串起來,我那兩本書本也沒啥介紹 : 之前在這發問有人說用 : SQLiteOpenHelper : 我爬文搜索後.. : 參考網站試做了一個程式,(766那篇)做完後可是想想很怪,有點串不起來, : 跟老師說的有點偏離 : 補充: : 我們是做類似計程車呼叫方面的專題, : 想從用 Socket Client Server 一個會員表格(空白沒有資料的),(如下面網站) : http://toimy.blogspot.com/2010/03/android-socket.html : http://blog.yslifes.com/archives/652 : 輸入一筆會員資料新增或修改或刪除到SQLite資料庫去 : 就是類似 (博x來)那種網站的會員處理 : 可是我們是做手機和平板電腦互相傳送訊息(會員處理)那方面 : : 而溝通細節(protocol)也在這裡大致想過,試寫看看。 : : 先將整個 work flow 串起來會比較有意義, : : 也會有感覺接下來該做什麼好。 : 溝通細節(protocol) (翻譯是:電腦之間通信與資料傳送所遵守的規則) : 這個是? 怎麼串起來!? 事實上版友不一定有興趣看你的 source code。 一般 client-server 的架構不就只是 client 向 server 請求連線 在 server 接受後,傳送一些內容,讓 server 去處理事務。 client 端接收結果後,在 UI 上給與使用者回饋。 而你說的無法串起來實際上是怎麼一回呢!? 你整個使用者操作流程是什麼? 你現在得到的結果是什麼? 你預期的結果是什麼? PS. 一般網路討論不會寄信到信箱內, 也不會提醒別人要來回應呦。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 211.72.110.37

08/04 12:27, , 1F
我要的結果是:就是像博x來會員處理那樣的結果
08/04 12:27, 1F

08/04 12:28, , 2F
現在欠缺是:如何兩方做橋階問題而已,
08/04 12:28, 2F

08/04 12:29, , 3F
兩方指:SQLite 和 Server 與 Client
08/04 12:29, 3F

08/04 12:31, , 4F
就這樣的問題.該有的程式我都寫了.就是如何橋接或改寫
08/04 12:31, 4F

08/04 13:05, , 5F
SQLite 只是一種存放資料的載體。有沒有它我覺得不影響整體
08/04 13:05, 5F

08/04 13:06, , 6F
功能的實作。而問題應該被重新看待:Server 要保存什麼資料
08/04 13:06, 6F

08/04 13:06, , 7F
保存下來的資料如何被使用;Client 要保存什麼資料,保存下
08/04 13:06, 7F

08/04 13:06, , 8F
來的資料要被如何使用。
08/04 13:06, 8F

08/04 13:07, , 9F
是否有需要 Client/Server 都要保存長期且大量的資料。
08/04 13:07, 9F

08/04 13:07, , 10F
當我們有資料要長期永遠保存,才會期待有 database 輔助。
08/04 13:07, 10F

08/04 13:08, , 11F
另外,我並不熟悉博客來會員處理的細節,您這樣描述是無法
08/04 13:08, 11F

08/04 13:08, , 12F
讓不熟悉,或以為熟悉但跟想得不同的版友,無法參與討論
08/04 13:08, 12F

08/04 13:09, , 13F
給予更有用的建議的。
08/04 13:09, 13F

08/04 13:10, , 14F
而回到流程,Client 如何要求 Server 保存資料。Server 收到
08/04 13:10, 14F

08/04 13:10, , 15F
Request 後,如何知道這是個要求保存資料的功能。就是事先
08/04 13:10, 15F

08/04 13:10, , 16F
約定好的通訊協定。當然講保存資料只是一種說法,你可以細分
08/04 13:10, 16F

08/04 13:11, , 17F
為你的專題內,定義出的特定事項。
08/04 13:11, 17F

08/04 13:11, , 18F
雅虎的總應該懂吧,就是會員註冊 修改(例如暱稱、地址
08/04 13:11, 18F

08/04 13:12, , 19F
等等)資料,我們做的就跟一般網站類似,只是我們多了
08/04 13:12, 19F

08/04 13:12, , 20F
嗯。雅虎也不熟呦。不過說那麼多不是為了換個例子,而是想
08/04 13:12, 20F

08/04 13:12, , 21F
刪除這功能y
08/04 13:12, 21F

08/04 13:13, , 22F
引導式地,讓你整理出整個提問的合理性罷了。
08/04 13:13, 22F

08/04 13:14, , 23F
如果出來問問題,描述的方法不具有邀請性,能斷言是不會有
08/04 13:14, 23F

08/04 13:14, , 24F
期待的協助發生。
08/04 13:14, 24F

08/04 13:18, , 25F
反正回歸正題,要不然可以看我回j大那回覆
08/04 13:18, 25F

08/04 13:18, , 26F
qrtt1很有耐心的在引導你,不過你好像無法接受
08/04 13:18, 26F

08/04 13:20, , 27F
我是知道,可是他說那麼複雜的東西我不太懂
08/04 13:20, 27F

08/04 13:22, , 28F
講重點或表明(白話文)引導我就知道如何弄了..
08/04 13:22, 28F

08/04 13:23, , 29F
他說不用sqlite,可是我們就是要弄,除非老師說不要用
08/04 13:23, 29F

08/04 13:24, , 30F
要不要直接請來當家教顧問呢? 打字說明太不清楚了.
08/04 13:24, 30F

08/04 13:24, , 31F
我也覺得打字很難講 orz
08/04 13:24, 31F

08/04 13:25, , 32F
我只是詢問問題+照著老師方向做而已,主使者還是老師...
08/04 13:25, 32F

08/04 13:26, , 33F
純推 qrtt1 (請喝茶)
08/04 13:26, 33F

08/04 13:42, , 34F
我也只能講這樣了,我也不太會說明,主要問題如我我說
08/04 13:42, 34F

08/04 13:42, , 35F
的橋接問題..
08/04 13:42, 35F

08/04 13:51, , 36F
而且q大他說的技術,說真的,我也不太了解+有些沒學過
08/04 13:51, 36F

08/04 13:51, , 37F
講白點,說真的,我不太懂他說什麼..
08/04 13:51, 37F

08/04 13:56, , 38F
急什麼, 你以為寫程式跟喝水一樣輕鬆噢?
08/04 13:56, 38F

08/04 13:57, , 39F
是可以跟喝水一樣輕鬆沒錯, 但那是過來人才能講的話.
08/04 13:57, 39F

08/04 13:59, , 40F
12月份就成果展了+三本技術書沒弄,對我來說不急嗎?!
08/04 13:59, 40F

08/04 14:01, , 41F
欲速則不達
08/04 14:01, 41F

08/04 14:04, , 42F
我不想"賽機勒咖稱"咖咩棒,的心理等結果,請回歸主題
08/04 14:04, 42F

08/04 14:04, , 43F
感謝
08/04 14:04, 43F

08/04 14:10, , 44F
主題不是被 qrtt1 跟 james732 講完了. 還有缺什麼嘛?
08/04 14:10, 44F

08/04 15:16, , 45F
該說了都說了,反正就這些問題.(假如想離題閒聊,
08/04 15:16, 45F

08/04 15:16, , 46F
請丟水球或私密,感謝)
08/04 15:16, 46F
文章代碼(AID): #1EEXW71Q (AndroidDev)
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 5 之 12 篇):
文章代碼(AID): #1EEXW71Q (AndroidDev)