顯示具有 讀書心得 標籤的文章。 顯示所有文章
顯示具有 讀書心得 標籤的文章。 顯示所有文章

2017/08/09

ebook【Delphi跨平台資料庫程式設計火速上手】電子書出版 (CHT)

Delphi 跨平台資料庫程式設計火速上手,是本關於整合 Delphi 的跨平台技術打造 2-Tier 架構的跨平台 APP 的入門技術書。

全書沒有需要理解的技術知識,只講套路。

力求短時間把製作 APP 的工法熟悉,未來要開發其它的應用程式也能舉一反三。

底下是本書章節:

  • OpenSSL創造自己的金鑰    8
  • OpenSSL for Windows    8
  • 建構支援HTTPS的DataSnap Server    10
  • 第一次執行    13
  • 結論    17
  • DataSnap REST連線模式介紹    18
  • 持久連線模型    18
  • 多次連線模型    18
  • 不知該選哪一種時    19
  • DataSnap共享資料庫連線設計    20
  • 範例資料庫及ODBC資料來源    21
  • 建立可移殖到IIS的DataSnap Server專案    23
  • 建構DataSnap Client    27
  • 正式UI佈局    35
  • 本章總結    43
  • 多次連線模式DataSnap伺服器端設計    44
  • 為服務加入驗證    50
  • 建立資料庫連線元件    51
  • 增加資料庫查詢服務:FetchDataSet    53
  • 增加更新資料服務:ApplyUpdateData    56
  • 多次連線模式DataSnap客戶端設計    59
  • DataSnap客戶端模組設計    63
  • 實作客戶端Fetch Data    70
  • 實作客戶端ApplyUpdate Data    74
  • 原生連線API設計    76
  • 資料壓縮的必要性    95
  • 多連線模式章節總結    96
  • Professional和Community Edition社群版    96
  • Community Edition / Professional的DataSnap framework    98
  • 資料庫連結元件    100
  • DataSnap Bridge架構說明    101
  • DS Bridge Server建立 (使用FireDAC)    104
  • 建立資料連結元件 (FireDAC)    107
  • 建立第一個API:FetchData    109
  • 建立第二個API:ExecSQLCommand    113
  • DS Bridge Client建立 (使用FireDAC)    117
  • 建立與DS Bridge Server端的連線    119
  • 加入設計時期欄位    124
  • 圖像欄位的重建    125
  • 資料綁定 (LiveBindings)    126
  • 在設計時期切換分頁    129
  • 修改資料    135
  • 展示    138
  • 結語    139
  • 附錄    140
  • FDMemTableHelperUnit.pas    140

 


如果您對本書有興趣,或是想嚐試在行動裝置開發屬於自己的 APP 應用,可以在以下商城購買:



本書的 Example:Download

2017/06/06

讀書心得 -- GUI 設計大家談

博客來
應用程式開發的過程,不論是桌面或是行動平台,除了背景之外,使用最多的就是圖標了。

這本書方向是在寫 Code 之前的準備,目標是先找好相關的素材。

除了方便自己回顧外,如果有美工協作,雞同鴨講的情況就少很多,主要的內容像是:

2016/02/14

讀書心得 -- 【資料庫設計ER Model基礎講座】

前一陣子為了修改舊專案裡的小問題,發生了以下的情形:
  • 修正了 A 問題,卻冒出了 B 問題
  • 資料計算結果一直都有問題,但程式碼到手上時就已經這個版本

於是我決定重寫這個專案的核心,然而遇到更悲慘的狀況:

2016/02/08

讀書心得--【劉備不是傳說】

繼【明朝的那些事兒】和【秦始皇:一場歷史的思辨之旅】後,終於有機會認真看完這一本書:【劉備不是傳說】

劉備不是傳說 圖片來源:博客來

說起劉備,大家不約而同的會勾起一個印象 -- 【一名把天下哭出來的君王】。

這比把長城哭倒的【孟姜女】還要生猛,然而孟姜女的故事只是傳說,更何況如果真有其人,以她的神話性,想要成為武則天第二,又或是東方版的【聖女貞德】,那也是非常有可能的事情。

2014/08/19

[上課心得]執行力提升的四個技巧

  1. 鎖定至關重要的目標 (聚焦少數,達成更多﹔設定終點線)
  2. 從領先目標 (短期目標) 下手
  3. 設置醒目計分板
  4. 落實當責 (檢討領先指標)

2014/03/10

悲劇的版本 Delphi 2009

悲劇的版本 Delphi 2009

就我印象所知,它是第一個支援 Unicode 的版本,也是被駡最慘的一個版本
(當時我以為 Delphi 2006 年版已經是爛中極致)

當我還不信邪的要使用它的時候,才知道這箇中奧秘

2012/11/26

學DBX和DataSnap不可不學的好朋友 - TClientDataSet

在 About.Com Delphi 裡面有一篇關於 TClientDataSet 的專欄:
A Guide to Using the TClientDataSet in Delphi applications

如果沒有買到Delphi in Depth: ClientDataSet的人,可千萬不要再錯過這篇專欄哦!

2011/11/28

[轉]学习英语词汇的有用方法和技巧


學習英語詞彙的有用方法和技巧

    這篇文章不是針對英語六級或雅思詞彙的,而是針對所有的英語詞彙學習,因為,其實在英語詞彙學習的過程中,學習方法和技巧是一致的。雖然我們相當討厭把英語這門語言當考試工具,但既然大家都還得參加各式各樣的英語考試
,那只好也說一些讓我們在英語考試中能夠游刃有餘的學習方法和技巧。

    十種學習英語詞彙的有用方法和技巧:

  1.多做題,搞懂每一題,不要有生詞。
不確定為什麼答案是B就查字典。推薦朗文及牛津辭典。最好用英英,次之中英雙解,最不推薦用中英辭典,這樣永遠學不好。查單詞時,一定要從從頭看到尾,把各種解釋、用法、例句都快快看過一次。查字典找句你覺得不錯的例句多看,自己最好也造一句寫下來。

台灣有兩百萬戶家庭陷入新貧恐慌,你屬於哪一個階級?

673期今周刊--台灣有兩百萬戶家庭陷入新貧恐慌,你屬於哪一個階級?

家庭總收入:

60萬以下:貧窮階級 171萬9196戶 (22.79%)

61~100萬:新貧感強烈的中下階級 203萬2004戶 (26.93%)

101~199萬:焦慮的中產階級 300萬5102戶 (39.83%)

200萬以上:富裕的中上階級 78萬8102戶 (10.45%)

2011/08/15

Tony's Blog: 寫程式的好習慣

Tony's Blog: 寫程式的好習慣: "photo by Graeme's Pix 每個程式設計師都有一些寫程式的習慣,有好的也有不好的,多看看一些別人的習慣,好的可以學習,不好的可以改進。以下我只有擷取原文部份的內容做翻譯,方便日後再次閱讀。星號表示我自己的一些想法。 5個寫程式的好習慣 (5 Good Pr..."

2011/07/24

書評:主管私房學 自慢2--小職員出頭天

圖片來源:博客來書籍館
「自慢」:在日文中是指形容自己最拿手、最有把握、最專長的事。

這本書,真可謂道盡小職員心目中理想的好主管與壞主管,他們之間的差別。

這本書講得很多,也可以了解到這本書的作者是屬於急驚風的主管類型,我想,跟隨他的人應該都是步調很快而且很不拖泥帶水的吧。

2011/07/16

書評:Delphi in Depth: ClientDataSet

目前只大略的把這本書看過一次,如果看完第二次還有多的心得再補充一下

TClientDataSet真的是個很有潛力的元件

基本上,它就是BDE的延伸,很多語法和概念是繼承於它

它可以單打獨鬥,也可以多人合作(與Base DataSet搭配,如BDE、ADO、DBX等),相當萬用的一個元件,同時,它也是Midas / DataSnap架構的重要元件之一

要說它的缺點的話,應該就是它不支援SQL指令吧,例如像我想在已有資料的ClientDataSet裡做SQL查詢,就不能夠這樣使用

新手老手都能夠在這本書上看到很新鮮的東西
比方說:
新手可以從第一章看到第十章,進階在十一~十二章
老手可能就是看看十三~十五章,比較DataSnap新舊版本的差異和設計方針
(重點就是放在JSON啦!)
同時也能當工具書隨手翻翻

九到十二章是我相當少用的功能(好吧,我承認,我從來沒用過)
未來有機會我仍然會來挑戰這個功能,榨光ClientDataSet的極限吧!

2011/05/17

[轉載]先有數量,再求質量

記者是我一輩子的專業:觀察外界、探求真相、記錄寫作……,用我的文字與所有的讀者溝通、交往。限於才氣,我的文章僅止於流暢通順,但是我寫作的速度,卻是我最自豪的事。記得在我寫作的巔峰時期,每小時的寫作速度超過三千字,這種能力,讓我的媒體生涯一生
順遂。

2011/03/26

讀書心得:SQL 程式設計實務

書名:SQL程式設計實務
作者:Alexis Leon & Mathews Leon
譯者:郭姵妤
ISBN:957-493-250-8

很幸運的,在前一陣子的收購中,連同一些Delphi的書一起收購回來
在更早之前看完SQL語法查詢百科之後,就很好奇這本的資料是不是也是一樣好看

其實,大部份的內容在查詢百科裡面都有,不過講的更容易了解,更適合初學者入門

仔細一看,書內有附「磁片」耶!什麼年代的書呀?
激起了我的好奇心,定睛一看……

2011/03/05

[轉]西藥的危害 --致命的殺傷力

西藥的危害 --致命的殺傷力
            作者 : 佛羅里達州 倪海廈中醫師 2010-01-22
有許多中國人目前已經被西醫弄成藥罐子而不自知,更有人為此沾沾自喜,還暗自慶幸因為找西醫看病、做健康檢查,提早發現病情因而有效的做了控制,以為就沒事了,哪裡知道這正是惡夢的開始,你的人生自此已經灰暗無趣,大限也提前到,壽命減短就是因為你自己的無知與迷信造成的。我寫此篇文章就是要發起一如民國前的鴉片戰爭一樣,我所謂的 現代藥害革命 ,我想罵醒你;為了救你,只有用較激烈的言詞了。

2010/03/13

讀書心得:蟹工船

「誒!下地獄囉!」

上面就是這本書的開場白。

前陣子這本書的內容被翻拍成電影,印象中說是「以詼諧的手法來描述資本主義社會的黑暗」。

覺得可能會很好看,於是去圖書館借。

在排隊排了很長的一段時間,總算是排到了,收到通知的當天就去拿回來看。

剛開始看的時候,就感覺內容好昏暗
看到中期,啊,怎麼這麼可憐
看到後期,機車!怎麼還不反抗!
熬到結局………自己去看吧!(眾人毆)

看完之後的感想是,真的,現在台灣的社會環境和80年前的日本,其實有越來越像的趨勢

資本家越來越來富有,而窮苦的人卻越來越窮苦…

在這本書上可以看到幾種人,以很鮮明的個性表達了現在的各種角色,比方說像是:
書裡的漁、雜工 = 現在的窮忙的現代人 = 羊、鹿…只要是草食動物就行
書裡的薦頭 = 現在的人力仲介 = 誘餌、獅子的僕人?還是動物管理員?
書裡的監督 = 現在的中階幹部 = 鬚狗
而boss呢?還是boss = 獅子

就這樣,一個活生生的食物鏈就在這本書上演了。

其中,有2/3的劇情真的讓人高興不起來,不過卻又讓你有不得不看下去的衝動。

如果,我們的生活結構不去改變,那麼,就真的如同這本書的開場白一樣:
「誒!下地獄囉!」

不過,這樣一來,可憐的就是那些中階幹部了吧!哈哈!

最近開發案子之後的心得

自上次看了Delphi Databases: Dynamic Datamodules at Runtime後,就一直在找機會將這個方式移植到自己的專案上面。

所幸最近BOSS開了新的案子,才有機會將這個方式導入到專案中。

期間遇到的事情也不少,簡單的記錄一下好了。

一、auto_ptr很好用,但出問題時會不知道為什麼發生。(這和自己的功力有關)
二、DataModule Class只做了一個,然後包裝到其它的class中,這個方式會造成很多很多重複new delete的程式碼,比較好的作法應該還是依靠IDE對datamodule的實作,這樣new/delete就會很少出現。
三、承第二點,若未來要改成n-tier的作法,datamodule會改很大,所以也不建議這樣改。
四、想到再繼續寫…

也有一些優點的啦!
一、資料存取時,DB壓力較小
二、因為採用了部分設計模式,大部分程式都靠自己的CLASS解決了,IDE FORM裡的程式碼可以很簡潔。
三、承第二點,IDE FORM專門處理自己的事件,同樣的,商業程式碼也都轉向自己的CLASS來處理,在程式修改上可以很方便的處理。
四、發現用DELPHI來寫時,速度會更快(汗)
五、更加了解DBX的運作過程
六、多玩了DATASNAP的架構
七、一樣,想到再繼續寫…(逃)

2010/01/30

讀書心得:C++ Builder資料庫程式設計-人事薪資系統實作


<陪我走過最最艱辛的加班時光的工具書>

這本書入手也快4年了,對這本書真的有深厚的感情,其實,到現在,它還是我常常拿在手中的一本 武器 工具書。

其實,在我剛踏入程式設計領域時,我真的完全有看沒有懂,但是看著作者講得 天花亂醉 如夢似幻,心裡也很想享受駕御DBExpress的快感(謎之音:到底誰會想要這種快感呀……)

後來,稍微懂了資料庫程式之後,再回來看這本書,真的,看懂一些了,也大概知道作者所要表達的是什麼了。



一心手癢難耐的我,就開始對手上的專案開始塗改了!(哥哥有練過,小朋友要學…也是可以的啦!)

從BDE->BDE / DBX共存,到純DBX,中間花了數不清的加班時間,有很多BDE很方便的,但DBX卻要很迂迴才能辦到的處理方法,比方說:像Setkey就是一個例子,但是DBX也有很優的MYBASE可以使用(TClientDataSet應用),比起使用BDE + PARADOX來說,無疑是方便上許多 BDE雖然也可以這樣做,但我也是在使用DBX之後才知道BDE也可以這樣玩。

做了前面六個章節後,發現專案已經完成七、八成,原來我的專案還不夠花俏呀!哈哈!

<被我凌虐到開始掉頁的可憐書>

萬變不離其宗,做到這裡才發現其實DBX與BDE並沒有差那麼多,與VB5、6的DBGrid->DataGrid的 暴力 和平演變,BDE->DBX比較起來還是順暢多了。

也多虧有看這本書,現在才會開始利用Firebird embedded資料庫來開發程式,比起使用BDE+ODBC封裝程式,DBX及麻吉的InterBase姐妹品似乎有更優的相容性,在封裝給客戶時也很直接,真是令人意外的發現呀!

最後,再來說說這本書的缺點吧:
一、錯字很多
二、有些地方排版錯誤
三、裝訂品質不是太好
四、貼到Delphi的程式碼

2010/01/06

這幾天看了終於開始看AIR了,不過…(續篇)

續上回AIR前六集的觀看心得後,又繼續把後面的七集給看完了。

前面感覺像是在鋪陳1000年前的事情,把所有轉生人物都介紹一次之後才開始正式進入1000年前的劇情。但…看完之後我還是沒找到摧淚因子……感覺有很多想交待卻沒敘述的劇情(按維基百科的說明是濃縮了很多劇情)。可能是 因為我不懂日文 遊戲沒有實際玩完吧。

但聲優真的很棒!
40歲可以演出14歲的聲音!真是無懈可擊!

完全著迷了呀!(倒)

題外話:如果日語教學錄影帶的老師聲音也是這麼可愛的話,我想學日語的人應該會爆增吧,哈哈!

2009/12/29

這幾天看了終於開始看AIR了,不過…

在ACG的動漫世界中,有這麼樣一部感動人心的HGAME -- AIR
<AIR 女主角之一:神尾觀鈴>

而且我記得在當時的ACG世界中,流傳著這麼樣的一句名言:

『讀出師表不流淚者,其人必不忠;玩AIR不流淚者,其人必不懂日文!』

Key社也因為這款遊劇而聲名大噪,後來也推出了全年齡版(PC / DC)。

全盛時期日本還推出了動畫版。一共13集。

玩了一下DC版的AIR… WOW!!!
神尾的聲優,音色真美!光是聽這美聲就足以讓人痴迷了!

……然後呢?
然後我就睡著了…………(逃)

果然我是真不懂日文呀!!!(眾人毆)

在很久很久之後,在很多很多的巧合下,我拿到了在日本TV放映的AIR影集。

啊!終於可以一飽眼耳心之福了!哈!

看了前6集後,總感覺這部......很像是一堆死小孩在耍任性的卡通 = 三個沒母愛的死小孩 + 一個亡靈 + 一個外星生物!還真是有給它有點看不懂……故事進展好快,一下子就解決了每個人的事件…

不過呀,人物、動物都好可愛,但老頭不太像老頭(連主角看起來都比神尾媽還老),聲優更讚!

嗯……果然是我真的不懂日文呀!哈哈……(汗)