re: jpa @Column說明[未登錄] marco 2010-07-14 13:21
3q ann~~~
re: 前段時間研究的jpos的文檔[未登錄] marco 2009-03-20 17:20
有資料可以提供么？更加詳細點的資料！比如xml的配置，是否有官方的開發指南，不勝感激，如果有能不mail份給我，不勝感激！megcker@126.com!
thanks
marco
re: 都市行第三方數據提供專用帖[未登錄] marco 2008-03-10 16:20
另外，我覺得軟件在使用過程中還有一些不方便的地方，是不是可以不象所有那些公交查詢的網站提供的查詢功能那樣，做出一些獨特的，更方便的查詢方式？我有一個想法，不知是否可以將都市行做成開放式軟件？開放源碼，大家一起來把程序做的更完美。
re: 都市行第三方數據提供專用帖[未登錄] marco 2008-03-10 16:06
杭州(fy555).rar(2007-12-30) NEW 那個數據包里面的數據不是很準確，我根據杭州公交公司網站（www.hzbus.com.cn）上的公交路線電子版重新制作了一個數據包，制作日期為2008-3-10，數據與原始公交線路完全一致，不過我不知道如何上傳。。如需要，請告知我如何上傳。我的郵箱：marcomails@163.com
re: 一個電子書下載工具 marco 2006-10-16 21:39
@尤士期
如果空白，當然就沒有可用性了。
但那是sun要解決的問題，不是我，呵呵。
re: 一個電子書下載工具 marco 2006-10-16 21:37
@hhh
呵呵，你很有激情。
re: 一個電子書下載工具 marco 2006-10-15 21:36
@jerson20081024
嗯，1.5的。
用eclipse的時候，老是提示加一些1。5的特性，煩不過，就加上了。
re: OO設計原則體會 marco 2006-03-25 17:02
一種叫mindManager的工具。
這種圖叫mind map，可以稱為思維圖。
用來構思總結東西很棒，很棒。
現在用這個東西用上癮了。
推薦你使用，網上一搜都有。
re: Web應用程序安全問題 marco 2006-03-10 17:32
現在做的是對象的重用，代碼管理會比代碼的重用來得好那么一點。
可以杜絕這次出現的問題。
另外，對于你所的，為什么可以在設計中忽略工廠模式這個問題。
我想說的是，假設你的類設計中，存在大量的接口，抽象類這樣的東西。而且類與類之間，也大部分是通過“這些東西“關聯起來的時候。
正如你所說，是很難不去考慮，當你真正要用的時候，到底上來的是那個具體類。
但是，我知道工廠模式肯定最后能幫我解決這個。所以，才暫時忽略，而不是不搞了。等我的設計都搞好了，我再把需要的工廠都補上去。
對我來說，這個補充就是－－－－仿佛是給”接口或抽象類“制造一個new方法。
所以，題目中的ignore不是說這真的不管，而只是說我相信一定可以搞定的意思。而在設計階段不用把它擺在主要位置而已。
不知我有沒有給哥們您講清楚，再探討，再探討。
grakiss,對于客戶端來講，所謂的工廠就是用來封裝“更里面”的“抽象－具體”也就是“接口－具體類”的層級結構，讓客戶端能“只”關注抽象也就是接口。
所以，換句話講，在工廠方法模式中，對工廠的層級結構中，的確如你所說，是不能隱藏工程的具體類了。
但是，你再換個思路想想，由這個工廠層級結構，更里面的層級結構，如這個例子中的各種學生的具體類型，真的對于客戶端已經隱藏起來了，而只把抽象的接口暴露給了客戶端。
所以，從這個角度來講，我們不是要隱藏一切“抽象－具體”的層級結構，而只是部分的，必要的。如上面的工廠就是隱藏不了了。
不過，也如我上面文章寫的，隱藏不了具體工廠，其實沒有任何壞處。是可以接受的。畢竟我們對于具體產品的制定，在工廠模式中就轉換為對具體工廠的制定。
－－－－－－－－－－－－－－－－－
再強調，工廠模式的根本目的是“隱藏具體產品，只讓客戶端看到抽象產品”，你再品味一下，呵呵，我的話完了。
對不起，之三中有些東西自己還沒有想清楚，不能亂post啊，起碼要說服自己撒，呵呵。
Samuel Cai朋友，你的“居然”用的好，呵呵。
飛翔的西瓜，我就在此謝大哥您啦。
我也把你鏈上了。