2014年4月27日 星期日

pygame framefork 持續進行中

這個project的進度實在沒辦法進行的很快,畢竟現在我只有每周末可以回家寫,但是每次回到家都想要休息,另外一部份的原因實在是因為我對於設計GUI框架,沒有太多的概念,所以目前也只是按照我個人的想法來包裝,因此隨時都會有改動,最近感覺每次回到家,都要重新看code回想一下自己當初的想法是啥 :) 這樣感覺有點麻煩,所以這篇主要是來記錄一下目前的想法和進度的 :)

目前寫到這樣的結構,其實我已經開始有點混亂了,目前我是寫在 imageCropper裡面,並沒有將這個framework分層,因為目前只是測驗性階段,加上python是動態語言,所以沒有將code分層是不會影響到效率的。

我寫了這個測試,發現我的包裝少了什麼東西,就會回去把包裝修改一下,目前我有很多疑慮,像是

1.寫個物件是處理座標系統的,因為發現了絕對座標和相對座標的問題。
2.寫個物件是來計算每個widget位置的安排,像是考慮到margin padding等問題。
3.widget是不是該包含update這樣的函式,可是如果在每次的gameloop都call update,這樣會不會有效率上的問題,這樣一直改來改去,想來想去,讓我有點不知道所措。
4.需不需要把widget的屬性,另外用json的方式來進行讀取和設置

實在是有太多太多地方需要思考,現階段可能就以先增加其他widget再說吧,像是listbox、scrollbar等,另外我也在想寫遊戲裡的GUI,有必要寫到那麼麻煩嗎? 我一直在思考這些事情,所以project進度也一直沒很大的進展,所以我在想要不要稍微停下來,讀一下別人的open source來擷取一些想法,只是我查了一下pygame gui 的相關open source,大致上只有pgu 感覺比較好一點,可是我又覺得它似乎有點太雜了,再加上似乎沒有在維護了,到最後我找了一個based on pyglet 的game gui,就是這個simplui ,他也是沒在維護了 :( 只是相對我覺得他比較lightweight,所以我決定從這個下手,因為可能比較好讀 :) 不過我沒什麼閱讀open source project的經驗,所以可能會讀比較久一點,才會有相關的心得就是了,而且萬一他用到比較有技巧的東西,那可能就要更久了 :)

目前大概要一段時間才會PO 跟 framework有關的文章了 :)





2014年4月20日 星期日

c++ static_cast, dynamic_cast, const_cast, reinterpret_cast

最近又稍微碰到這類的問題,想說來複習一下也不錯,這邊有不錯的解說 ,可以參考一下,這篇主要是記錄一下這四種type conversion的方法,基本上一扯到conversion,想當然爾,就會關係到C++裡面有的一個很需要注意的東西,那就是implicit conversion和explicit conversion,所以就先來講這兩個東西,就如同字面上的意思一樣,explicit是明顯的意思,因此explicit conversion
大家都應該很熟悉,就像是...

int i(5.2);

這樣藉由 ( ) 這樣的語法轉換型態,就是明顯的轉換,那麼implicit是隱含的,所以什麼是隱含的轉換呢? 其實大家應該都常常寫到,只是不自覺,所以會很恐怖 :) 像是..

double d = 5.2;
int i = d; //相當於 int i = int(d) 或 (int)d

在你initialize的同時,C++會自動幫你轉換型態 :)
或許這樣一看你會覺得不知道恐怖在哪是吧 :p
的確今天的型態如果只是primitive,那你大概是不用怎麼怕,那如果是自己定義的呢??
舉個例子

#include <iostream>
#include <typeinfo>
using namespace std;


class A
{
public:
    A(int a=0)
    :mx(a)
    {
    }

private:
    int mx;
};

void test(A obj)
{
    cout<<typeid(obj).name()<<endl;
}


int main()
{
   test(2);

   return 0;
}


你將會看到,嘿嘿成功執行,你傳入的參數2,其實已經成為classA的copy constructor的參數了,你也可以看到印出來的type的確也是class A,上面只是跟你說一下,型態轉換在C++上面是很恐怖的,常常在很多你想不到的地方,他就發生了,就像這樣,如果哪個一個不小心,就會造成或許不是你預期的結果 :)

哼哼尤其是在stl中,如果你想用到user defined class且有包含指標型態的話,通常最好要定義一下你的copy constructor,因為大概會被call到。關於這邊改天有心情的話,就來用個例子好啦 :)

該來講一下四種cast的方法,在我上面給的那個連結基本上已經不錯的解說了,所以這邊就簡單總結一下而已

static_cast
可以call implict conversoin和explicit conversion
另外還有upcasting和downcasting
只是他不像dynamic_cast會做動態的檢查

dynamic_cast
負責掌控 upcasting 和 downcasting


const_cast
它可以強制加上或拿掉一個變數的const特性,雖然我不知道這樣的實用在哪就是了 :-S

reinterpret_cast
一個很恐怖的東西,它可以強制轉換型態,任意的轉換,所以不要亂用

另外關於這些cast想要更詳細的,可以看看 這篇  :)

2014年4月12日 星期六

試著寫一個小小的framework for pygame

首先就來說說,最近逛著一些論壇,發現越來越多framework跑出來,尤其是關於javascript的,看著那些強大的framework,總覺得自己的程式實力,仍需要很大的努力 :(

有時候看著別人用framework寫出很多不錯的應用程式,我心裡常這麼想著我是否也該要試著玩玩看,像我用python寫程式,python其中的宗旨是do not repeat yourself,這想法的確沒錯,已開發產品來講確實是這樣,因為這樣開發速度才會快,畢竟從0~1是很辛苦的,也很耗時,所以我也碰過一些python的library,像是pygame、pyglet、pillow、pyqt...等,但是問我對他們有沒有完全熟悉,我只能說大概沒有吧,我並沒有把裡面所有個函式都碰過,甚至也沒有將他們記起來,我都是想到需要什麼功能,就去官方文件查查有沒有相關的功能,所以我很常邊查文件邊寫程式。

其實這樣讓我有點擔心,因為要是沒有網路這樣一來我就不是變的不會寫程式了嗎?? 因為沒有文件可以查...可是對於python這語言大概是不太用擔心,因為library本身就幾乎是源代碼,所以可以直接去看源碼,除非他將一些核心用成dll等藏起來,但是對於C++呢? 除非library本身自帶文件那就不用怕了,只看header file你也不會懂那是啥,除非它有寫註解 :P。

在此同時,大量framework充斥的現在,讓我開始擔心起一件事,那就是我們這些後人,或許懂得快速利用哪棵樹來乘涼,但是懂得種樹嗎? 現在已經越來越少人種樹了,因為耗時、耗力,甚至是因為你自己種的樹不見的比其他人好 :(

就以小弟學了演算法來講,光是排序的問題好了,別人的library,可是有顧慮到對於不同的compiler和不同的作業系統甚至是記憶體的情況也考量進去,並分別給予不同的優化,這些種種,不是光隨便看幾天的書就可以寫出來的東西,自己或許真的可以寫出來,但是要花多久時間呢? 但是相對的,用別人的library呢? 花個幾秒的時間,你就可以達到相同效果,的確是何樂而不為呢 :) 這也是為啥懂得用別人的library,也是一件很重要的事 :)

話雖如此我還是覺得身為一個programmer,必須要懂得種樹,要不然programmer還有什麼價值? 只是看看文件,call一下function,說難聽點誰不會啊? 所以我還是選擇一個比較不好走的路,就是每個東西,都玩玩看,不管是底層,還是高階的framework,也因此我決定先來個小小的嘗試,那就是為pygame這個library寫個小小的framework,由於pygame本身並沒有GUI,所以我決定來練練如何自己包裝出一個GUI framework,雖然這並不是多底層的技術,但是我覺得這可以訓練一下,如何讓自己寫出一個大程式且附有重用性,以前我寫過最多行的專案了不起也才快2000行,我想要讓自己有更大的進步,目前我心中也沒有把整個程式結構想出來,一來是因為我查了一下網路,並沒有發現關於設計GUI的程式結構概念,或許有的? 如果有的話,希望好心人可以告訴我一下(留個言),目前的結構是這樣的,我先實現幾個widget,label、button和一個可show image的widget,如下圖,當然我也有包裝了一下,事件處理迴圈,相關code可以看這邊


只是目前我覺得我寫的這些code,可能以後會有很大的改變,畢竟目前我是依照直覺去包裝,往後如果有了整體的想法,就會另外PO一篇來記錄一下 :)

2014年3月22日 星期六

js function invocation and function context

目前學習javascript,其中有個好玩的地方同時我也覺得頗重要的地方,今天就特別來記錄一下,那就是如標題所述,function invocation 和 function context,在js當中呢,每個函式都會有兩個隱性的parameter,分別是 this 和 arguments。

arguments是一個很像Array的物件但是注意! 它不是Array,如同名字表是那樣,它代表的是實際傳入的參數。關於this在我看來就是指function context,根據不同的function invocation就會決定不同的function context,那麼this到底是何物呢?  this它指向一個物件,並且這個物件是有關於這個函式是怎麼被invoke的,聽起來還是有點模糊對吧 :) 先繼續往下看便知曉。

關於function invocation基本上有四種

1. invocation as a function
function ja(){
    console.log(this);
}

var vja = function(){
    console.log(this);
}

你執行上面code,將會看到function context是window(global context),

2. invocation as a method
看到名字就知道,這個function是屬於一個物件,因此我們創建一個物件
給予一個property reference到一個function
function globalSay(){console.log(this);};

var obj = {};

obj.say = globalSay;
obj.say();

執行上面code後,將會看到function context是obj這個物件,因此光從這邊就可以看出this是由這個function是怎麼被invoke所決定的

3. invocation as a constructor
簡言之就是藉由new這個keyword所產生的結果
function test(){
    this.say = function(){
        console.log(this);
    }
}

var obj1 = new test();
var obj2 = new test();

obj1.say();
obj2.say();

new這個keyword,它會產生一個新物件,並將這個物件的function context就是自己

4. invocation with aplly and call method
這個是我認為javascript很特別的地方這個方法可以,讓你隨意的指定function context
舉個例子來看看
function test(value){
    this.value = value;
}

var obj1 = {};
var obj2 = {};

test.call(obj1, 2);
test.call(obj2, 3);

console.log(obj1.value);
console.log(obj2.value);
如上obj1和obj2將會被增加value這個屬性。
call和apply的差別是在
xxx.call(this, x,x,x,x);
xxx.apply(this, [x,x,x,x]);

我覺得這功能的確滿方便的,javascript的this就是這麼....該說好用嗎?還是恐怖?
因為用不好的話,似乎會造成很多問題的感覺。

如果以前是學習C++來的人,會覺得js的this,會覺得非常與眾不同吧 :)
動態語言就是如此,有著靜態語言不同的風格,隨著電腦速度越來越快,我不知不覺中越來越喜歡用動態語言來寫程式了,像是python,反而C++越來越少碰了 :( 不知道要不要找時間回去熟悉C++ :(

回到正題,我覺得隨著mobile熱烈的發展,javascript已經越來越重要了,畢竟越來越多人已經支援js所規定出的標準了,已經是個合適的時機來學習JS了,而且可以另外學習function programming的style,會覺得別了一番滋味~



2014年3月15日 星期六

國軍online已過六個月

時間總是不知不覺流逝,這半年來的當兵生活,我想是有讓我眼睛及身體獲得適當的休養,只是程式能力就可能稍稍退步了,總覺得每次回到家,都得重新熟悉寫程式的手感和閱讀英文文章的感覺,這種FU真不好受,不過換個角度想想,要是我可以訓練到快速熟悉,那似乎也是一個不錯的能力呢(笑

好啦,這次文章也只是一個純粹抒發,沒目的性的亂寫而已 : ) 在航校的日子,其實也已經算是很熟悉了,每次晚上我都已經無聊到不知道做什麼了,幾乎都是在發呆,或是看看書,我一直都很期待可以帶筆電阿啊!! 我不懂裡面的學生都可以用了,為啥我們不能用? 替代役在航校總是一個特別的存在,在裡面被勤務連鄙視,但是卻又總在長官身邊有說有笑,平常作息卻又得像學生那樣,但卻不像學生那樣可以帶筆電 :-S 其實待了這麼久,我一直不知道替代役的地位到底算高還算低 :)

話雖如此,但是平常我們還是得看長官臉色,其實我一直滿討厭裡面有些長官,真的很愛賣弄自己的官階,而且總感覺他們看不起替代役,但是需要做事的時候,卻又一直用我們....感覺我們比勤務連還好用阿,一想到這些我恨不得明天就是我退伍的日子:(

不過呢,其實我還滿喜歡自己待的單位,因為這邊幾乎沒有我所說的那些長官臭脾氣,只是事情多了點雜了點,會有點累,但是我覺得這樣也好,這樣一來我晚上才會好睡點,反正晚上根本沒有任何娛樂,不如乖乖洗洗睡。在這邊其實我受到學姊滿多的照顧,很慶幸遇到她,這單位裡面也只有她跟我年齡最近 :) 剛開始我是覺得可能這樣彼此的代溝比較少會比較好聊天,但是其實我是一個不怎麼會講話的人,也不太懂開話題,而且腦子裝的都是跟程式有關的東西,所以其實也沒特別和她一直聊天,只是遇到問題就一直煩她:) 希望不會對她造成太多困擾。所以,我一直在想我是不是該訓練怎麼和人交際,可是我又很討厭去花力氣想話題,因為感覺有點假,我個人是認為遇到想法契合的人,話題應該就會源源不絕,想到什麼就說什麼,我比較喜歡自然的感覺 :) sigh,有時候我總覺得自己把這社會的一切想得太過美好,或許我該試著接受事實吧...

在航校,我看到了人生百態,知道人可以有如此多面,上一秒對某人開口迎笑,下一秒變臉走人,其實這也是我覺得我在航校越待越累的原因,雖然我都是旁觀者的身分並非當局者,但是看到這些,心情總是無法好起來,不要說軍官了,其實我感覺替代役同伴們多少也存在這樣的人,而且好像還會在背後捅你一刀,說你壞話,尤其是航校又分校部、學部,以國家概念來講,就像中心和邊疆,學校本身就充滿不公,俗話說上樑不正下樑歪,所以...咳咳,話就不說的太明了,也因此我總是非常期待可以快點到放假時間,因為這樣充滿假面的地方,讓我非常不習慣,我不知道當前跟我講話的人是真心的,還是假的,我只能確定當彼此有利益關係時,雙方當下總會採取互利共生的合作方式。有些人總說看眼睛就知道他是說真話還假話,但是我覺得這完全不準,眼睛會飄移,不代表是說謊,就我感覺眼睛會飄移,有很多原因:
  1.沒信心
  2.不確定(可能再回憶
  3.不好意思盯著人
有諸多原因。

總之在航校看到許多不公平的地方,自己卻又無能為力改善,只能乖乖看著事情發生,我有點百感交集,有時候我很羨慕天上的鳥兒,那樣自由自在遨翔,看著他們的時候,總覺得身邊的迷霧消失無影無蹤,讓我暫時喘了一口氣 :) 

這篇好像寫的雜亂無序 :)
不過到讓我抒發了不少心情,其實同時間我也是有再試著努力學習的 :)
目前正在試著熟悉javascript中,或許改天就可以看到我發的心得了

再來一首音樂~

2014年2月15日 星期六

create a blog on github (in process

今天逛程式論壇偶然看到一個東西叫做 github page 似乎是可以把你的網站github上面託管,官網上面有簡短的幾個步驟,基本上照著做,就會看到他所跟你說的效果,只是剛開始我看到的時候,心裡遲疑了一下,他好像沒有說到關於後端的事情阿! blog雖然只是一個簡單的記錄用途,像是日記一般,但是他最少也有提供留言的功能,我想這應該需要用到後端的幫助吧? 所以我很好奇這個有辦法做出有留言功能的blog嗎? 可是當我在github page上,把滾輪滾到頁底,卻發現 Blogging with Jekyll 這樣的字眼,讓我有點好奇於是就來試著用用看了,而且我看似乎有不少人的部落格也是用github page來託管,所以我想如果我用好後大概就是用它了,這邊的blogger就不會再更新了 :P

Jekyll 看官網說明它是由 ruby 所寫的,這同時也代表你必須要擁有ruby才能用Jekyll,由於我目前沒興趣碰ruby,題外話,個人覺得ruby似乎有模仿python的味道,不過兩者所秉持的精神卻是大大不同就是了,有興趣的人可以去學學ruby:) 回到正題,由於上述原因,所以我就試著找尋看看有沒有類似的library是python所寫的,果然不出所料是有的,目前我發現兩個可能不錯的 hydepelican 而且看了這兩個網站,他們也的確說自己是 static site generator,所以我更加好奇留言功能是怎麼用的 :P 雖然有的是方法,比如一有人留言就更改網頁內容這樣,只是要做到這樣的話,github網站就必須提供API讓我們可以控制這樣的行為...不管是怎樣,總之我很好奇 :)

我挑的是pelican,不過如果你的平台跟我一樣是windows加上python的version是3以上的話,在安裝上可能就有點麻煩了 :P 因為他要藉助setuptools來安裝 :( 所以呢! 首先到 這個網站 下載 ez_setup.py,別懷疑就是run它,安裝完後就可以安裝pelican,他會自動幫你安裝它所依靠的其它library,做完這些後,你會發現還是有問題!! 當你執行pelican-quickstart會跑出錯誤訊息 syntax error ,其實就是python2和3的問題,所以要用python3內附的py2to3去轉換後就OK了 :) 然後另外問題就是pelican文件上也有說明,如果你想要用markdown寫網頁的話,那你還要另外安裝python的package markdown就是了。

目前我做到如此而已,畢竟還要讀一下pelican的document才知道後續的操作~ 這篇就先記錄在windows上安裝的流程這樣,至於怎麼把網站用到上面我想等我了解一些內部細節後,在一起記錄。

其實如果是linux的環境應該是無痛安裝 :P這並不是代表windows suck,這只能說源自於linux的東西,本來就對linux友善,想要在不同平台使用就要靠自己去做修改 :) 幸好不用到改源碼的境界就該高興了 :P

最後再來個音樂吧 :)


2014年2月5日 星期三

pyqt designer 初體驗

放了一個年假,總算是有點心情來搞跟程式有關的東西了 ˙ˇ˙   這次呢~我是嘗試著把之前做的imageDisplayer改成dark theme,功能還是一樣並沒有增加就是了:P 我只能說QT,真是讓人越用越愛阿,真的是一個很強大的library,他支援很強大的客製widget的功能,從官方網站的文件說明即可體會到這點,想到以前我在嘗試著用windows api去寫一個小小的GUI程式就搞了很久,要查很多api文件,而且那時候我還不知道怎樣去custom widget呢,舉例來說,把scroll bar改成很漂亮這樣,而不是一個很普通的樣子,從我給的連結應該就可以看出我要說的是什麼意思了。

另外很特別的一點,QT他是使用css來改變GUI widget的外貌的,這點還真的是非常方便,從連結可以看到,你可以把scrollbar的上下箭頭改成其他圖案,或者是讓其不要顯示,上下箭頭的部分是這樣的 QScrollBar::up-arrow, QScrollBar::down-arrow 你只要設定他的background:none就會讓箭頭消失了,QScrollBar::handle則是中間那個長方形,你當然也是可以隨意改變他的樣子,剩下的我想官方說明已經非常清楚就不一一拿出來說嘴。

不過目前我也是第一次用qt designer來做介面,另外我在實作時發現他好像有BUG,照理說這種WYSWYG,成品做出來後應該是不會差太多才對,不過很神奇的是,我用了Gridlayout去安排位置,結果我的button和lineEdit的位置都跑掉了...一整個滿神奇的,我為了搞這個搞了很久一再重複拉來拉去(感覺不太好拉阿sigh),然後再把ui檔compile到py檔,最後再看成品的UI位置,結果怎麼調都沒辦法,就暫時放下來了:P 因為目的也算是達到了,只是想要體驗custom widget的功能而已。

QT實在還有太多地方可以去鑽研,只是目前還有八個月役期的我,最多也只能利用放假來寫code了~

不知道是否各位寫code時,也會利用音樂增加寫code的動力 :P

 

PS:太久沒碰,總是需要動力來幫助的