2012年12月22日 星期六

一個英國期貨操盤手的自白

2012-12-22 17:03

 一個英國期貨操盤手的自白

作者 Malcolm Robinson

 

  • 在我賠錢時停手是件很困難的事情我意識到了,我過去遭受巨大損失的根源在於:我難以接受賠錢的結果。
  • 把虧損一直控制在我的允許範圍,這是能力的象徵。
  • 如果我的虧損一直被控制在我的底限,我的自信就能更多一些,我贏利的日子也會更多一些。
  • 我們最大的恐懼不是自己的能力不足,而是低估了自己。往往是我們潛在的威力,而不是黑暗嚇倒了自己。
  • 我們越多地忠於自己成爲一個成功操盤手的目標,總是保持言行一致地去遵守我們的操盤計劃和規定,那麽就越能相信自己。
  • 首要的問題可能會是操盤時不能在該採取行動時果斷出擊
  • 當我們能確信我們能控制住損失的時候,我們就培訓自己執行操盤指令的技能。然後,我們再培訓增加贏利的技巧,等等。
  • 操盤於金融市場,像打網球一樣,需要技能。而這些相應技能,要通過不斷的學習,訓練,才能最終掌握。


操盤第一年,我就賠了60,000多英鎊,我學到了些什麼?

我在倫敦期貨交易市場裏的第一年,作為一個現場獨立操盤手,我買賣了8804份英國股指期合同,平均每天大約40份合同。

結果是我損失了61,620英鎊平均每個交易日損失267英鎊。我有55%的時間是賺錢的,那些日子平均每天賺1,009英鎊的利潤。而其他賠錢的日子,我平均每天虧損1,780英鎊。我收入最多的一天是8,730英鎊,而我損失最大的一天是賠22,426英鎊。因而,你可以想像得出來,那時是我非常困難的時候。

我一直努力地去尋找怎樣能穩定地賺錢的方法,但穩定性似乎是最難做到的。如同你所見到的,我有賺錢的成功經驗,然而我的失敗令我窒息。好象每次在一、兩周的時間內,我賺得了約6,000英鎊,幾天後,我就會損失全部所得,乃至更多的錢,約幾千英鎊。

那個時候,我對自己的業績非常不滿,因而不願花時間去分析。如果我去做了分析,我就會發現,在那段時間,我只要避免那麼十來天的損失,我就可以達到年終少量的盈利,而不是61,620英鎊的虧損,在那10天裏,我損失了90,169英鎊!

那段時間的最後的日子裏,我感覺非常失落和煩躁。我決定退出操盤這個戰場,找一份更穩定、可靠的工作。但僅過了幾個星期,我就放棄了不再操盤的想法,又回到了交易市場。我認定我有著成為一個穩定贏利的成功操盤手的才能,我想我所需要的是一些贊助。

我希望有人能幫助我不再有那些巨大虧損的日子,這些虧損使我經濟狀況趨向崩潰。我接觸了一家公司,這家公司願意一些有背景的操盤手,他們同意借給我20,000英鎊的啟動資金。我們六、四分成。我答應必須把每天的虧損控制在500英鎊以內。

如果一天中我的虧損達到了500英鎊 ,公司的現場經理就會來叫我回家。才第三天,我就損失了約500英鎊,但是什麼也沒發生,沒人來叫我停止交易。我覺得自己很愚蠢,然而在那一周剩下的日子裏我繼續交易,同時避免同經理接觸。

在接下來那個星期一(那一周的損失總共達到了6,000英鎊左右),我被告知,去和我簽協議的主管見面(在上周,他碰巧出差了),我以為他要停止我們的合約。

然而,令我驚訝的是,他告訴我,能夠信任我是多麼的重要。他說他需要知道,當市場不穩定的時候,他可以相信我不會堆起巨大的損失。他建議我重新來過。不用說,我倍感欣慰,並感激他。

就這樣,我又回到了交易廳。那個上午,我下定決心把損失控制在500英鎊以內。接下來的兩周成了我職業生涯中最艱難,也是最有價值的時期。在我賠錢時停手是件很困難的事情我意識到了,我過去遭受巨大損失的根源在於:我難以接受賠錢的結果。對於我來說,賠錢是不可接受的。

正是因為我不願接受損失,我連續十天都虧損了。但隨著時間的推移,雖然我繼續每天500英鎊的損失,我發現我的情緒開始好轉。

事實上,我開始感覺虧損沒什麼了不起了,只要它在我的限制之內。在這十天過去後,奇跡出現了,我開始獲利了。

我的目標是每天賺2,000英鎊,然後不要把其中20%以上的錢賠回去。所以,當我開始獲利時,每天賺800-2,000英鎊,平均約1,200英鎊一天。我不僅開始贏利,而且接連十五天都是,三個星期無任何損失!

這標致著我操盤生涯新篇章的開始。回顧以往,我想我曾經是心懷恐懼在操盤,害怕我真的是一個失敗者。那嚴酷的兩周中,嚴格地將損失控制在規定限度內讓我重新評估我自己。

我開始對控制好有底線的損失感覺良好起來。以前,只要我虧了,情緒就很糟;現在,只有當損失超出了我的限度,我才會感覺不好。以前,我從來不知道我會賺2,000英鎊,或損失5,000英鎊;現在,最壞的結果是500英鎊的虧損,但這沒什麼大不了的。

我開始注意到,把虧損一直控制在我的允許範圍,這是能力的象徵。我的自信心增強了。回顧我操盤損失慘重的第一年,如果我嚴格限定我的虧損在每天500英鎊,那麼61,620英鎊的虧損也許會變成63,525英鎊的盈利。不僅這樣,我想在那個期間,如果我的虧損一直被控制在我的底限,我的自信就能更多一些,我贏利的日子也會更多一些。

害怕時絕對贏不了,假如我們害怕,那到底是害怕什麽呢?

“ 我們最大的恐懼不是自己的能力不足,而是低估了自己。往往是我們潛在的威力,而不是黑暗嚇倒了自己。我們問自己:我怎麽可能那麽才華橫溢,無限風光?實際上,爲什麽我們不行?你是上帝的孩子。你的自我渺視對這個世界並不是有益的。把自己貶低,使得周圍其他人不會感到不安,這並不能算是明智的選擇。我們應該將上帝賦予的光輝放射出來,不是我們中一些人,而是每一個人。當我們讓自己光芒四射時,無意中也鼓勵別人這樣做。當我們從恐懼中解脫時,我們的行爲也自動地解脫了別人。

——尼爾森-曼德拉

無論什麽是我們恐懼的根源,要成爲一名成功的操盤手,我們必須建立自信,並克服恐懼。要相信自己能夠採取最好的行動。

當我們帶著害怕的心理去操盤時,我們的恐懼心理就會讓我們採取會給我們造成損失的行動。問題是怎樣才能建立不可動搖的信心?

我們相信自己和我們信任他人的過程是類似的。假如他人總能說到做到,我們就可以相信他。同樣地,我們越多地忠於自己成爲一個成功操盤手的目標,總是保持言行一致地去遵守我們的操盤計劃和規定,那麽就越能相信自己。

這聽起來有些模棱兩可,如果你像我當初那樣不能控制自己,那你怎樣去採取正確的行動來建立自信?

在某種程度上說,我很幸運,我明白我沒有後路,如果我超過底限,我將被開除出局。因此,我不得不控制自己。我這樣做的結果,使得我有機會直接面對內心的恐懼,最終擺脫了成爲一個失敗者的恐懼心理。


從一個徹頭徹尾總在虧損的操盤手到一個穩定獲利的操盤手,我們需要設定一些可望而又可及的目標。我當初的問題是讓那些小小的損失變成大賠的日子,因此,把底限定在損失500英鎊就停止交易,在當時是一個對我很恰當的目標。


對於其他人,首要的問題可能會是操盤時不能在該採取行動時果斷出擊對此我們可以做這樣一個練習:採用一個簡單明瞭的操盤系統,定下這麽一個目標,當操盤系統給出買賣信號時,立刻毫不遲疑地採取行動,不管自己心裏在怎麽猶豫。


我們需要一項一項地培養自己的操盤技巧。
當我們能確信我們能控制住損失的時候,我們就培訓自己執行操盤指令的技能。然後,我們再培訓增加贏利的技巧,等等。


就好比網球明星那樣,他們不是僅僅靠參加比賽就成了明星,他們在練習場上一項一頂地訓練各種技能,在整個職業生涯中都要不斷地訓練自己。作爲一個操盤手,我們也要弄清楚自己所需要的各項技能,然後集中精力,一項一項地做針對訓練。


網球新人不會指望一開始打球就能贏得比賽,他們知道他們首先得花相當一段時間學習和練習。
操盤於金融市場,像打網球一樣,需要技能。而這些相應技能,要通過不斷的學習,訓練,才能最終掌握。

操作是一門學問,倒不如說它是一種技術,說他是一種技術,還不如說他是一種藝術。

2012年11月24日 星期六

真高興,發表了第一篇 paper

 2012-11-25 14:17

真高興,有了初步的結果,第一篇 paper 被登出來了。
Chien-Chi Chen and Sheng-De Wang, "A Multi-Character Transition String Matching Architecture Based on Aho-Corasick Algorithm ", IJICIC Vol. 8, No. 12, 2012, pp. 8367-8386.

連結: http://www.ijicic.org/ijicic-11-09097.pdf
目錄: http://www.ijicic.org/vol-8(12).htm

Abstract
A hardware string matching architecture is usually used to accelerate string matching in various applications that need to lter content in high speed such as intrusion detection systems. However, the throughput of the hardware string matching architecture inspecting data character by character is limited by the achievable highest clock rate. In this paper, we present a string matching architecture based on the Aho-Corasick algorithm. The proposed architecture is able to inspect multiple characters simultaneously and the throughput of string matching can be multiplied. We rst describe an intuitive algorithm to construct a multi-character nite state machine (FSM) that accepts multiple characters per transition based on an Aho-Corasick prex tree (AC-trie). Then we propose an architecture for multi-character transition string matching consisting of multiple matching units for processing the transition rules that are generated from the derived multi-character FSM. The design of proposed architecture utilizes the properties of the failure links of an AC-trie to reduce the transition rules derived from the failure functions linked to the initial state. As a result, the state growth rate is moderate in the number of the derived multi-character transition rules as the number of the characters inspected at a time increases. The proposed architecture was implemented on an ASIC device for evaluation and the resulting throughput can achieve 4.5 Gbps for a 4-character
string matching implementation operated at 142 MHz clock.

Keywords: String matching, Finite state machine, Aho-Corasick algorithm


後記,後來這雜誌被 SCI 除名,這篇不計入畢業論文點數,但終究是我發表的第一篇英文 paper。

經典對白 -- The Score 鬼計神偷

 2012-11-25 09:44

(01:06:28 開始)
Listen, tell me something. Tell me something.
告訴我…

All the years you've been doing this...
你幹了這麼久,最大的賭注

what's the biggest gamble you ever took?

On the job. You know, biggest long shot.
或最大的風險是什麼?

I don't take long shots.
我從不冒險

I know you're careful. You know, I'm careful too.
我知道你很小心,我也是

That's not what I mean. I mean...
我是說你剛入行時

When you were starting out, when you were just getting going...

you must have taken some fliers here and there.

Done something that was a little wild. I'm just curious.
一定也冒過險,做過瘋狂的事

Never took long shots.
我沒冒過險

I'm gonna say something to you.
我奉勸你一件事

You're smart, you're talented and you know a few things...
你很聰明,也很有才華

but talent means nothing if you don't make the right choices.
但若你只會鋌而走險 有才華也沒用

There's talented people out there who never see daylight anymore.
很多高手都沒有好下場

Last thing, it takes discipline..., because this whole game is one big long shot...
你想幹這一行就要能夠自律

and if you don't have the discipline to stay away from the fliers...
如果你想一步登天或賭運氣

or from the gambles or whatever else you wanna call a stupid move...

then, my friend, I'm afraid to say, one day you will go down.
你只要走錯一步路,我告訴你

It's inevitable.
你的下場一定會很慘

You want my advice?
你要我的建議?

Make a list of everything you want now...
把你要的東西列出來

and plan on spending the next 25 years of your life getting it.
計劃如何在25年內得到它們

Slowly, piece by piece.
一點一滴地累積

I see what you're sayin'.
我瞭解你的意思

But still, I'm lookin' at you, and you got all this already...
不過我看你已經擁有這些

and you're sittin' here with me, workin' with a partner...
你卻還跟我干最後一票

in the city where you live, on a job that's gotten more complicated...
這一票比你想像的更複雜

than you thought it was gonna be.

So I know you're still takin' a shot at something.
一定有什麼值得你冒險

I gotta go.
我得走了

See ya tomorrow.
明天見

2012年3月16日 星期五

別搭「微軟」開的船

2012-03-17 11:43

 工作了這些年,不禁要提醒自己,別搭「微軟」開的船。


最近,微軟提共給 PHP 的 sqlsrv extension 被發現有 memory leak 的問題,解決之道是換新版本的 sqlsrv extensio。只是新版本的 sqlsrv extensio 需要 SQL 2012 的 Native Clent (SNAC 11),也許這不是問題,但是 SQL 2012 的 Native Clent又需要 windows 7 或 windows 2008 server。天啊,我只不過想吃碗陽春麵,卻被告知得先買材火,然後得自己蓋個廚房。

這就是「微軟」的商業之道。它會告訴你,你使用的是不再被支援的產品,別使用 unofficial 的東西,或是,假如你不這樣這樣,那樣那樣的特異功能就會沒了。我只是要吃碗陽春麵,它卻告訴我非得點牛肉麵不可,不然我就吃不到不含瘦肉精的牛肉。可是我吃素,我本來就沒想要吃牛肉啊。

另外,最近 MVC 正紅,在玩過/用過 PHP 的 MVC 之後,總會想試一下微軟的 official 的 ASP.NET MVC,也許自己不用,但總能告訴微軟的支持者,也許那是個不錯的選擇。可惜,要走的路還是一樣曲折。不像大部分的 PHP 的 MVC,只要下載,解壓縮,然後用 plain text editor 寫個 "Hello, World!",就可以看到結果。微軟之道是,要先裝個 Visual Studio 2010,嗯,那需求是至少要有 xx GB的記憶體,xx GB 的硬碟空間,xx GHz 的 x 核心的 CPU。不過忘了說,假如你不是像在大學裡,有微軟半強迫半賣的系列產品,你得想辦法得到 Visual Studio。好不容易裝好了,終於可以 create 一個網頁,然後寫個 "Hello, World!",就可以看到結果了。

嗯,還有什麼需要考慮的嗎? 因為我不打換真的使用這個癡肥的軟體,所以我會先弄個 Virtual Machine,再裝它要求的 OS,才裝測試環境。嗯,這真的不只要蓋個廚房,還得先蓋棟房子,不然廚房要設在那呢。然後呢,還有嗎? 是的,然後,我在看到 "Hello, World!" 之後,我就覺得 PHP 的 MVC 真是不錯的選擇。然後我就裝個炸藥,按個鈕,把房子給炸掉 -- 把剛裝好的 Virtual Machine 丟進 trash box! A happy journey!

2012年3月7日 星期三

該選 CodeIgniter 還是 Yii 好呢?

 2012-03-07 20:20

使用 CodeIgniter 開發了一些程式之後,仍不斷的尋找比較相關各類 framework。
其中 YII 是一個讓我心動的,在純技術面來講,YII 是佔上風。但看到學習曲線較陡,還是不太敢隨意投入。等有空再找機會試試看 YII 吧。一點意見,謹供參考。

下面是從某個網站找到的大陸網友的看法 ,第二個意見,讓我目前安分的留在CI上。

    最近要自己一個人做一個網站,於是在 CI 和 YII 中選擇。
    由於 Ci 之前看過,所以簡單的看了下號稱速度最快的 Yii 的官方文檔,也下載了一個官方例子運行。
    發現 Yii 功能挺強大的,在功能方面和我以前看過的 Python 的 django 框架很相似。
    但是 Yii 的缺點也很明顯,所以如果有在兩者之間猶豫的同學可以藉鑑一下的思路。
    第一、Yii 的 OO 很純粹
    裡面各種接口、類、繼承、擴展,顯得很龐大,所以不適合對 OO 不是太理解的同學。當然如果你想以學習 OO 為目的,可以使用 Yii;如果是實際生產,注重開發效率還是 CI 好。加之我之前一直使用的 asp.net,所以我個人對 OO 不怎麼感冒。
    第二、Yii 的功能很强大
    功能強大是好事,也是壞事。我一直認為,框架雖然幫你做了很多,但是沒有萬能的框架,框架功能越多,符合實際需求預期效果的功能相對就越少,花費時間學習的成本就越高。這一點我在 ASP.net 上是深有體會。
    總結:Yii 自我標榜 easy,其實完整的學下來並不簡單,至少他需要你掌握 OO 的知識。所以我認為,Yii 適合業務邏輯相對複雜​​的業務系統開發,比如項目管理,OA 之類的,因為很多組件已經集成,不用你自己東拼西湊再花時間去找;CI 更適合做業務邏輯相對簡單的互聯網應用,簡單高效,自己動手。
    所以最後還是決定使用 CI,一點愚見,歡迎拍磚。

下面是英文的 http://firmy007.blogspot.com/2011/06/codeigniter-versus-yii-my-thoughts.html

Codeigniter versus Yii, now this may open a real can of worms, as most comparisons do, but I have used both and have to come to the conclusion that whilst Yii is probably that slightly more polished, Codeigniter is going to be my framework of choice for next few years to come when developing websites in PHP.

Let's take a look at Codeigniter, it's easy to learn, easy to grasp and now that it has been upgraded to version PHP5 only from version 2 onwards, much more future proof. I also really like the way that you can really, really customise it to do your bidding. No need to use the command line to get it up and running and it will run with a very small footprint. You can also cache the hell the out of it at multiple levels to squeeze every little bit of performance out of it, take a look here for a detailed look at this.

Now let's look at Yii, completely object oriented and its major, major advantage - The CRUD generator. My goodness, this saves you time, lots of time. You create your database, design your schema and bang the Gii tool produces (as if by magic :)) your create, read, update and delete pages. No mucking around no writing SQL, it's all done through the (Rails inspired) Active Record Pattern - it's fair to say I fell in love with this almost straight away, I couldn't believe how easy it was to create this code. And this is what got me thinking...

I like Codeigniter for its flexibility, the way you could use both an active record pattern or traditional SQL, You could keep your database results in arrays or as standards objects, they leave it up to you. But I wanted, no, no... I needed a CRUD generator after experiencing the wonders of the Gii tool. As a freelance web developer in Lancashire (I know this sounds cheesy) time is money, so I scoured the web for one and I found a couple out there and none really lived up to my expectations, one was particularly good, but didn't really suit my needs. Like I said, I liked Codeigniter because of its flexibility, so I decided to bite the built and create my own CRUD generator for Codeigniter. Yeah, sure it was going to take a little bit of development time, but the time saved will definitely outweigh the initial outlay and it does, plus as my CRUD tool was my own, I could tweak and make changes very easily. Now, when creating large projects, creating new sections is not the chore it once was and now leaves me more time to make the other, more unique features, just right.

The main point that many people raise when they compare the two frameworks is the way that Codeigniter is not truly object oriented, whilst Yii is much more pure in its implementation. I suppose this is true, but when I create applications that are large, I need to know that I can hack away at them very easily and tune them to my specific needs and it is for this reason above all else that Codeigniter remains my PHP framework of choice.

When I first set out developing websites using PHP, I thought this was the language I would use forever when it came developing websites. I also felt like I would never, ever use a framework as how could using some else's ideas and code be of any benefit to me, when I have wrote my own application. Not only is the code battle ready as it has been through countless improvements through being used in the community, it also opens up your mind to new ways of thinking. I learnt to use Codeigniter first and Yii second, but there are things used in Yii, that I will and have ported over in to Codeigniter, the way Yii authenticates users for example, is a great way of accomplishing this task.

It's like I have mentioned before in other posts, do not do what other people tell you should do. Sure take on board what other people have, but stick to what you are comfortable with using as it is you that is creating the application and not them.

總的來說 Yii 很炫,會選 CodeIgniter 的主要理由就是彈性。沒有十項全能的東西,功能再怎麼完備,總是不夠的。那彈性呢,為了彈性,就是要多付出一些努力。

我想最好的例子就是 ASP.NET,剛推出來時,的確很吸引人,但我曾維護過一陣子,那真是痛苦,層層包裹,雜亂的 code,每頁都要重複的東西。所以,微軟才會推出 ASP MVC。可是看起來,那複雜度也是挺嚇人的。

CodeIgniter,真是輕薄短小,又兼具彈性。至少,因為它的彈性,我才能很快的把用 Smarty 開發的程式轉成 MVC。


201201301141選擇 CodeIgniter 還是 Yii 好呢

CodeIgniter 是我正在使用中的 MVC 框架,但看到 Yii 號稱具有模組化、OO... 等諸多優點,頗為心動,該不該換跑道呢???!!

首先,這是四平八穩的介紹。

CodeIgniter 是一个简单快速的PHP MVC 框架。EllisLab 的工作人员发布了 CodeIgniter。许多企业尝试体验过所有 PHP MVC 框架之后,CodeIgniter 都成为赢家,主要是由于它为组织提供了足够的自由支持,允许开发人员更迅速地工作。

自由意味着使用 CodeIgniter 时,您不必以某种方式命名数据库表,也不必根据表命名模型。这使 CodeIgniter 成为重构遗留 PHP 应用程序的理想选择,在此类遗留应用程序中,可能存在需要移植的所有奇怪的结构。

CodeIgniter 不需要大量代码(1.6.2 版本仅为 2.8 MB,其中的 1.3 MB 是可以删除的用户文档),也不会要求您插入类似于 PEAR 的庞大的库。它在 PHP 4 和 PHP 5 中表现同样良好,允许您创建可移植的应用程序。最后,您不必使用模板引擎来创建视图 — 只需沿用旧式的 HTML 和 PHP 即可。


以下是某位大陸網友的想法,應該頗符合我的想法。

http://codeigniter.org.cn/forums/thread-7104-1-7.html

CI和YII的對比

最近要自己一個人做一個網站,於是在CI和YII中選擇。
由於Ci之前看過,所以簡單的看了下號稱速度最快的Yii的官方文檔,也下載了一個官方例子運行。
發現Yii功能挺強大的,在功能方面和我以前看過的Python的 django 框架很相似。
但是Yii的缺點也很明顯,所以如果有在兩者之間猶豫的同學可以藉鑑一下的思路。
第一、Yii的OO很純粹
裡面各種接口、類、繼承、擴展,顯得很龐大,所以不適合對OO不是太理解的同學。當然如果你想以學習OO為目的,可以使用Yii;如果是實際生產,注重開發效率還是CI好。加之我之前一直使用的asp.net,所以我個人對OO不怎麼感冒
第二、Yii的功能很强大
功能強大是好事,也是壞事。我一直認為,框架雖然幫你做了很多,但是沒有萬能的框架,框架功能越多,符合實際需求預期效果的功能相對就越少,花費時間學習的成本就越高。這一點我在ASP.net上是深有體會。
總結:Yii自我標榜easy,其實完整的學下來並不簡單,至少他需要你掌握OO的知識。所以我認為,Yii適合業務邏輯相對複雜​​的業務系統開發,比如項目管理,OA之類的,因為很多組件已經集成,不用你自己東拼西湊再花時間去找;CI更適合做業務邏輯相對簡單的互聯網應用,簡單高效,自己動手。
所以最後還是決定使用CI,一點愚見,歡迎拍磚。



2012.10.13 記
還是必須說一下自己的想法。使用CI也超過一年了,下面這段話也許可以做個註解。
「Having said all of these. I believe Yii is more suitable for the enterprise like project where you need standard functionality and interface first and that gives you a head start. In other words Yii gives you readymade controllers, model, CRUD, breadcrumb, pagination, Layout ; CI lacks these.
     But If I were to build an application like twitter, I would hardly need these standard features, so using Yii would be like using a Truck without enough payload on it.
     Moral of the story : Go with CI for your twitter like project !」

Yii 可以很快的建立一些常用的功能,就像 ASP.NET 吸引人的也是這個。但反觀 CI,除了把 MVC 拆開,幾乎一切都要自己來,可真累。
Yii 我沒用過,ASP.NET 我用過一陣子,但沒喜歡過它。我要表達的是,現實世界沒有所謂的standard 的東西,不論它們提供的功能多完備,沒有那個需求是可以完全靠著它們所提供的來完成。而要在它們限制的架構下,完成一些特定要求時,就像上文提到的類似 twitter 的功能,那會是很痛苦的。像我所維護的 ASP.NET 程式,幾乎每一項功能都必須 override,那真的不如不用。也許,開此先端的是 Java 吧,印象中,要寫 Java 的程式,沒有所謂的簡單這件事。
使用 CI,它只是恰如其分的,把 MVC 拆開,其他的,靠自己。雖然,開發時,要多投入一些精力,但它保持了最大的彈性,也兼具維護性。
咦,寫此後記時,並未看前面的舊文,再回頭瞄了一下,竟然說的還是同一件事。所以,問題,轉一圈回來,還是問題。

此外,開頭說的,「自由意味着使用 CodeIgniter 时,您不必以某种方式命名数据库表,也不必根据表命名模型。这使 CodeIgniter 成为重构遗留 PHP 应用程序的理想选择,在此类遗留应用程序中,可能存在需要移植的所有奇怪的结构。」,真的是沒錯,這尤其是值得強調的一項特點。
要把 asp 和 php 的程式 porting 到 CI 時,只需建一個 Controller,然後建立對應的 method,其中只要有一行,像這樣

 public function index() {
    include('../user/index.php');
 }

就完成初步的 porting 了,很快吧。

網誌存檔