乙個JFREECHART的小問題

2021-08-30 12:43:33 字數 1312 閱讀 7657

問題:用柱狀圖顯示某個runcard下所有工藝的預估時間和實際時間 準備

由於第一次使用jfreechart,所以沒有什麼好說的,去官方**找文件,並且把軟體包一併下下來!

這一步很順利,唯一的是user guide文件是要錢的,最後在csdn上找到了相關文件!

第一步配置好初始環境,按照文件上引入jar包,編譯產生jdoc文件,這一步也是非常順利的

按照文件上說的一步乙個腳印!

初步了解

現在感覺,不管做什麼,對整體抽象做乙個大致了解,是開始做任何事情的第一步!這樣會讓後面做起來形成乙個正確  

的解決方案,到那時候,只要按照正確的方法堅定不移的試下去,就一定會成功!

總的來說jfreechart還是非常簡單的,要不為什麼要用jfreechart,而不直接使用swing呢?

渲染器,工廠方法,資料模型,這幾乎是所有涉及表現層的核心,所以雖然第一次,但是並不陌生!

難題的開始

copy成熟**,加上自己的業務邏輯,幾乎沒有花什麼時間,就輕鬆地讓它像模像樣的顯示出來了

這個問題的複雜性,是由於沒有深入了解jfreechart的工作機制,而且又沒有現成的api可使用,所以當時估計就要深入   原始碼,才能解決,事後證明了我的預感!

如何不會重複?

敏感性告訴我:把工藝變成唯一,即可解決問題!經過討論,工藝後面加上開始時間,可以做到業務上的唯一!很快上**!

乙個會帶來問題的問題的解決方案,雖然問題是解決了,可是顯示上仍然帶來了問題,由於業務在顯示上需要簡化!

這個問題的敏感性告訴我,應該看渲染器的文件和原始碼,就可以相應的api實現!雖然大部分問題靠這樣的敏感性可以找到,但事實上,事後證明這次的猜測是錯誤的!而且所有的功夫都是花在這個錯誤的思想上的!

我發現由於天生的惰性,總想著會按自己的預期去猜,碰.而不願意深入理解原始碼結構.這樣使得問題總是陷入山窮水盡的地步!

不斷的修改**,基於不斷的猜測!

基於猜測的**修改和**調整,是無法找到可行方案的,除非實在很簡單!我以前就總結出,任何一步的前進,是基於前面乙個確信無疑的真理上的!如果前面就是猜測的,後面會錯的更多!雖然有這個意識,但是總是要走前面的路的!

文件上的突破口:

看到文件上的乙個突破口,然後實驗性的寫上**,雖然沒有達到解決問題,但是把我拉上正確解決問題的道路上!

確定好思路,我發現實驗性**之所以錯誤,是因為沒有找到正真的源頭!然後開啟除錯隊榨,一步一步追根溯底,終於發現了源頭!

覆蓋類檔案,修改**,最終得到了想要的!

花了一天時間完成的,覺得其中很多地方可以改進!寫下來,下次別走彎路!

結束用別人的話說,作為程式設計師,需要以最快的速度,最好的質量解決問題!

CakePHP View Cache的乙個問題

最近一直在使用cakephp,感覺挺不錯。不過這幾天在使用view cache的時候卻發現乙個問題 url帶查詢引數時總是不命中快取。檢視 後發現問題所在,原來在view中使用cachehelper類來處理快取,每次儲存快取時採用的檔案路徑是 cache cache php return cache...

ecshop ySQL主從複製中的乙個小問題

在搭建mysql主從複製結構後,發現mysql從庫的日誌中頻繁出現以下警告 warning statement may not be safe to log in statement format.statement update ecshop peixun sessions set expiry ...

記乙個遇到的requests庫編碼的小問題

這裡其實是存在2個問題的 requests庫的content與text 這個是開課8老師提過的 content返回型別是str text返回型別是unicode,所以需要指定一下編碼形式,不然容易顯示亂碼 還說了啥忘記了,反正他的結論是建議用content.decode 關於這個decode,mac...