置頂隨筆
1. 概述
高效率開發、易用、功能穩定、執行效率高、維護成本低、需求變更是軟件開發遵循的守則，然而現實中我們面臨各種各樣的問題：
1. 程序員A，程序員B開發同樣的功能，理解不同、開發用時、及開發質量良莠不齊，延遲交付時間普遍。相反監督者需要花費更多精力與時間可以彌補，加大投入成本。
2. 后期維護成本高，如由于測試跟不上BUG檢測不到、需求變更等。
3. 同行競爭的壓力，如A公司開發模塊實際時間10工作日、B公司開發模塊實際時間15工作日，競標會處于劣勢。
4. 隨著公司業務擴展，項目繁多，招攬人員越多、管理難度越大等因素日漸凸顯，造成企業發展的瓶頸。
5. 人員的培養需要大量成本，與人員的不穩定性因素對企業造成損失較大，如人員請假、離職等。
6. 開發—測試—QA—用戶測試—試運營—運營，是軟件開發中耗費成本巨大的一個循環過程鏈，制約企業發展。
上述是據個人經驗總結，Db2view是針對上述問題的一個解決方案。
2. Db2view架構
Db2view是以高效、穩定、易用、低成本維護為目的所研制的一套輕量級非入侵式、自動化開發平臺。兼容多種架構，如SSH、struts—spring—ibatis等容易集成到系統，根據多年的行業經驗，高效的針對各行業業務特點，最大化減少建設與維護成本。目前已在多個項目實施，不斷完善。
2.1 Db2view總體架構圖
2.2 平臺說明
2.2.1 db2view核心層
Db2view:根據編寫的SQL，在所有元素據中，勾選需要顯示的元素據列，即可生成自定義顯示列表。
如select school_id,school_name,school_code, school_manager from school
然后在配置界面勾選school_name, school_manager字段，則顯示的列表為：
|
school_name |
school_manager |
|
廣東廣雅中學 |
黃光裕 |
|
廣州先烈東小學 |
王興東 |
查詢：在SQL里涉及并且勾選的元素據字段中，可以選擇是否作為查詢的字段，勾選后該列成為查詢項，如果是時間字段還可以進行時間區間查詢的選擇。
排序：列表中的每個字段都可以進行升序與降序的排列功能。
自定義字段名：對每個列名稱進行界面配置，如勾選school_name、school_manager字段，可以對school_name定義顯示列名為：學校名稱、school_manager顯示列名為：學校管理員，修改后列表顯示如下：
|
學校名稱 |
學校管理員 |
|
廣東廣雅中學 |
黃光裕 |
|
廣州先烈東小學 |
王興東 |
轉義詞：數據庫中記錄男女使用0，1表示,而界面需要顯示為男女文字的信息，使用轉義詞可以達到效果。
刪除：界面化配置是否需要刪除功能，刪除指定字段的表記錄。
2.2.2 擴展層
操作:所有列表均可以添加外部操作（如增加、批量刪除）與行內操作（編輯、刪除），由此構成一個完整的業務功能。（示例見演示視頻）
數據導出:界面化配置是否需要excel數據導出功能，根據查詢的條件顯示的數據，可選擇導出當前所見數據與所有滿足條件的數據兩個選擇。
模板定制:界面化配置模板，方便為不同的客戶需求定制不同的顯示模板。
換膚:界面化配置皮膚,每個模板依據規范可以有不同的皮膚更換功能。
數據安全：加入訪問權限控制規則，保障功能數據安全性。(待實現)
3. 平臺優缺點
3.1 優點
（1）高效率開發：db2view平臺開發工具采用全界面配置，編寫業務SQL，簡單配置，即可完成。列表功能開發以分鐘計時，15分鐘可以完成一個高質量列表的功能開發。
（2）易用性：界面編寫SQL，然后配置即可得到一個界面友好，高質量的功能列表。將傳統程序員需要熟悉各種復雜的技術框架解放出來，專注于業務邏輯，大大降低企業由于人員離職或其他情況所帶來的損失。
（3）功能穩定：所有功能使用統一內核，經過多個項目的迭代驗證其穩定性、可靠性。
（4）低成本維護： 所有的功能需要維護的只有業務SQL與配置文件，最大化的減少維護的成本。
比較現今流行的SSH架構開發流程：
維護成本是流程涉及的內容，成本花費高。
Db2view開發流程：
維護成本只有業務SQL與配置文件，易于維護。
（5）快速響應需求變更：如業務更改字段名、添加或刪除顯示字段、
添加查詢字段、功能刪除等維護工作都能夠在極短的時間內響應。
（6）無需重啟服務器：功能的生成與修改實時生效，無需重啟服務器。
3.2 缺點
（1） 平臺仍需完善，暫不能夠滿足所有業務需求界面化
（2） 平臺操作友好性仍待提高，如轉義詞的添加、新添加配置等
4. 平臺支撐環境
數據庫：ORACLE 10G以上版本
語言：JAVA
JDK版本：1.4以上
服務器：Tomcat,JBoss,Resin,WebSphere,WebLogic等主流服務器。
5. 部署
根據開發模式分為兩種部署方式。
面向服務式模式：
作為分布式服務器對外提供服務，生成功能鏈接嵌入應用系統。該模式的優點：
1． 對應用系統完全無入侵，100%輕量級開發。
2． 產品升級調試簡單。
缺點：
1． 需要開放應用的數據庫訪問權限。
2． 涉及操作并有關聯動作：如刪除功能在A系統開發，B系統是Db2view，關聯頁面需要設置同域方能進行交互。
3． 安全性相對另一種模式低。
組件模式：
作為組件集成到開發項目中，容易管理，安全性也高。
優點：
安全性高，可根據開發系統的權限要求做安全性控制
缺點：
升級調試相對復雜。
5分鐘生成功能例子，對此工具有興趣者請加群：12990321.
posted @
2010-04-01 17:47 ceaboat 閱讀(1419) |
評論 (0) |
編輯 收藏
2010年4月1日
1. 概述
高效率開發、易用、功能穩定、執行效率高、維護成本低、需求變更是軟件開發遵循的守則，然而現實中我們面臨各種各樣的問題：
1. 程序員A，程序員B開發同樣的功能，理解不同、開發用時、及開發質量良莠不齊，延遲交付時間普遍。相反監督者需要花費更多精力與時間可以彌補，加大投入成本。
2. 后期維護成本高，如由于測試跟不上BUG檢測不到、需求變更等。
3. 同行競爭的壓力，如A公司開發模塊實際時間10工作日、B公司開發模塊實際時間15工作日，競標會處于劣勢。
4. 隨著公司業務擴展，項目繁多，招攬人員越多、管理難度越大等因素日漸凸顯，造成企業發展的瓶頸。
5. 人員的培養需要大量成本，與人員的不穩定性因素對企業造成損失較大，如人員請假、離職等。
6. 開發—測試—QA—用戶測試—試運營—運營，是軟件開發中耗費成本巨大的一個循環過程鏈，制約企業發展。
上述是據個人經驗總結，Db2view是針對上述問題的一個解決方案。
2. Db2view架構
Db2view是以高效、穩定、易用、低成本維護為目的所研制的一套輕量級非入侵式、自動化開發平臺。兼容多種架構，如SSH、struts—spring—ibatis等容易集成到系統，根據多年的行業經驗，高效的針對各行業業務特點，最大化減少建設與維護成本。目前已在多個項目實施，不斷完善。
2.1 Db2view總體架構圖
2.2 平臺說明
2.2.1 db2view核心層
Db2view:根據編寫的SQL，在所有元素據中，勾選需要顯示的元素據列，即可生成自定義顯示列表。
如select school_id,school_name,school_code, school_manager from school
然后在配置界面勾選school_name, school_manager字段，則顯示的列表為：
|
school_name |
school_manager |
|
廣東廣雅中學 |
黃光裕 |
|
廣州先烈東小學 |
王興東 |
查詢：在SQL里涉及并且勾選的元素據字段中，可以選擇是否作為查詢的字段，勾選后該列成為查詢項，如果是時間字段還可以進行時間區間查詢的選擇。
排序：列表中的每個字段都可以進行升序與降序的排列功能。
自定義字段名：對每個列名稱進行界面配置，如勾選school_name、school_manager字段，可以對school_name定義顯示列名為：學校名稱、school_manager顯示列名為：學校管理員，修改后列表顯示如下：
|
學校名稱 |
學校管理員 |
|
廣東廣雅中學 |
黃光裕 |
|
廣州先烈東小學 |
王興東 |
轉義詞：數據庫中記錄男女使用0，1表示,而界面需要顯示為男女文字的信息，使用轉義詞可以達到效果。
刪除：界面化配置是否需要刪除功能，刪除指定字段的表記錄。
2.2.2 擴展層
操作:所有列表均可以添加外部操作（如增加、批量刪除）與行內操作（編輯、刪除），由此構成一個完整的業務功能。（示例見演示視頻）
數據導出:界面化配置是否需要excel數據導出功能，根據查詢的條件顯示的數據，可選擇導出當前所見數據與所有滿足條件的數據兩個選擇。
模板定制:界面化配置模板，方便為不同的客戶需求定制不同的顯示模板。
換膚:界面化配置皮膚,每個模板依據規范可以有不同的皮膚更換功能。
數據安全：加入訪問權限控制規則，保障功能數據安全性。(待實現)
3. 平臺優缺點
3.1 優點
（1）高效率開發：db2view平臺開發工具采用全界面配置，編寫業務SQL，簡單配置，即可完成。列表功能開發以分鐘計時，15分鐘可以完成一個高質量列表的功能開發。
（2）易用性：界面編寫SQL，然后配置即可得到一個界面友好，高質量的功能列表。將傳統程序員需要熟悉各種復雜的技術框架解放出來，專注于業務邏輯，大大降低企業由于人員離職或其他情況所帶來的損失。
（3）功能穩定：所有功能使用統一內核，經過多個項目的迭代驗證其穩定性、可靠性。
（4）低成本維護： 所有的功能需要維護的只有業務SQL與配置文件，最大化的減少維護的成本。
比較現今流行的SSH架構開發流程：
維護成本是流程涉及的內容，成本花費高。
Db2view開發流程：
維護成本只有業務SQL與配置文件，易于維護。
（5）快速響應需求變更：如業務更改字段名、添加或刪除顯示字段、
添加查詢字段、功能刪除等維護工作都能夠在極短的時間內響應。
（6）無需重啟服務器：功能的生成與修改實時生效，無需重啟服務器。
3.2 缺點
（1） 平臺仍需完善，暫不能夠滿足所有業務需求界面化
（2） 平臺操作友好性仍待提高，如轉義詞的添加、新添加配置等
4. 平臺支撐環境
數據庫：ORACLE 10G以上版本
語言：JAVA
JDK版本：1.4以上
服務器：Tomcat,JBoss,Resin,WebSphere,WebLogic等主流服務器。
5. 部署
根據開發模式分為兩種部署方式。
面向服務式模式：
作為分布式服務器對外提供服務，生成功能鏈接嵌入應用系統。該模式的優點：
1． 對應用系統完全無入侵，100%輕量級開發。
2． 產品升級調試簡單。
缺點：
1． 需要開放應用的數據庫訪問權限。
2． 涉及操作并有關聯動作：如刪除功能在A系統開發，B系統是Db2view，關聯頁面需要設置同域方能進行交互。
3． 安全性相對另一種模式低。
組件模式：
作為組件集成到開發項目中，容易管理，安全性也高。
優點：
安全性高，可根據開發系統的權限要求做安全性控制
缺點：
升級調試相對復雜。
5分鐘生成功能例子，對此工具有興趣者請加群：12990321.
posted @
2010-04-01 17:47 ceaboat 閱讀(1419) |
評論 (0) |
編輯 收藏
2006年12月5日
#1
?世界上最經典的25句話
１.記住該記住的，忘記該忘記的。改變能改變的，接受不能改變的。
２.能沖刷一切的除了眼淚，就是時間，以時間來推移感情，時間越長，沖突越 淡，仿佛不斷稀釋的茶。
３.怨言是上天得至人類最大的供物，也是人類禱告中最真誠的部分。
４.智慧的代價是矛盾。這是人生對人生觀開的玩笑。
５.世上的姑娘總以為自己是驕傲的公主（除了少數極丑和少數極聰明的姑娘例外）。
６.如果敵人讓你生氣，那說明你還沒有勝他的把握。
７.如果朋友讓你生氣，那說明你仍然在意他的友情。
８.令狐沖說“有些事情本身我們無法控制，只好控制自己。”
９.我不知道我現在做的哪些是對的，那些是錯的，而當我終于老死的時候我才知道這些。所以我現在所能做的就是盡力做好待著老死。
１０.也許有些人很可惡，有些人很卑鄙。而當我設身為他想象的時候，我才知道：他比我還可憐。所以請原諒所有你見過的人，好人或者壞人。
１１.魚對水說你看不到我的眼淚，因為我在水里．水說我能感覺到你的眼淚，因為你在我心里。
１２.快樂要有悲傷作陪，雨過應該就有天晴。如果雨后還是雨，如果憂傷之后還是憂傷．請讓我們從容面對這離別之后的離別。微笑地去尋找一個不可能出現的你！
１３.死亡教會人一切，如同考試之后公布的結果——雖然恍然大悟，但為時晚矣~！
１４.你出生的時候，你哭著，周圍的人笑著；你逝去的時候，你笑著，而周圍的人在哭！一切都是輪回!!!! 我們都在輪回中!!!!
１５.男人在結婚前覺得適合自己的女人很少，結婚后覺得適合自己的女人很多。
１６.于千萬人之中，遇見你所遇見的人；于千萬年之中，時間的無涯荒野里，沒有早一步，也沒有晚一步，剛巧趕上了 。
１７.每個人都有潛在的能量，只是很容易:被習慣所掩蓋，被時間所迷離,被惰性所消磨。
１８.人生短短幾十年，不要給自己留下了什么遺憾，想笑就笑，想哭就哭，該愛的時候就去愛，無謂壓抑自己。
１９.《和平年代》里的話：當幻想和現實面對時，總是很痛苦的。要么你被痛苦擊倒，要么你把痛苦踩在腳下。
２０.真正的愛情是不講究熱鬧不講究排場不講究繁華更不講究嚎頭的。
２１.生命中，不斷地有人離開或進入。于是，看見的，看不見的；記住的，遺忘了。生命中，不斷地有得到和失落。于是，看不見的，看見了；遺忘的，記住了。然而，看不見的，是不是就等于不存在？記住的，是不是永遠不會消失？
２２.我們確實活得艱難，一要承受種種外部的壓力，更要面對自己內心的困惑。在苦苦掙扎中，如果有人向你投以理解的目光，你會感到一種生命的暖意，或許僅有短暫的一瞥，就足以使我感奮不已。
２３.我不去想是否能夠成功,既然選擇了遠方,便只顧風雨兼程；我不去想,身后會不會襲來寒風冷雨,既然目標是地平線,留給世界的只能是背影。
２４.后悔是一種耗費精神的情緒.后悔是比損失更大的損失,比錯誤更大的錯誤.所以不要后悔 。
２５.日出東海落西山，愁也一天，喜也一天；遇事不鉆牛角尖，人也舒坦，心也舒坦。
posted @
2006-12-05 11:31 ceaboat 閱讀(240) |
評論 (0) |
編輯 收藏
2006年1月25日
現象一：
錯誤信息：
java.lang.SecurityException: sealing violation: can't seal package oracle.jdbc.driver: already loaded
原因：
was啟動的lib里存在多個ORACLE DRIVER。
解決：
保留最新的一個驅動包解決。
遺留問題：
開發環境使用TOMCAT發布無此問題，JBUILDER2006開發中包是有優先順序的，即使存在多個
相同的類，優先選擇第一個找到的類。WAS在這方面顯然存在不足，排異容錯性不夠強大。
現象二：
錯誤信息：
Error 500: LinkageError while defining class: com.gzedu.eecn.structure.login.action.UserLoginAction Could not be defined due to: com/gzedu/eecn/structure/login/action/UserLoginAction (Illegal constant pool type) This is often caused by having a class defined at multiple locations within the classloader hierarchy. Other potential causes include compiling against an older or newer version of the class that has an incompatible method signature. Dumping the current context classloader
原因：
上傳的文件已經損壞。重復試過很多次，發現本機器通過SSH上傳過程中文件已經損壞。
屬于本機問題。
解決：
通過同事的機器上傳文件解決
總結：
類似此問題出現的幾率很小，可以認為是相同的環境，使用相同的方式做一件事情也有可能出現
不同的效果。再次出現類似問題可以更快的定位錯誤點。
現象三：
錯誤信息：
com.ibm.ws.jsp.translator.JspTranslationException: JSPG0227E: 轉換 /login.jsp:
/login.jsp(1,1) --> JSPG0145E: 未知 JSP 元素：jsp:directive.pagelanguage
原因：
windows環境、tomcat作為服務器開發，部署到sit、unix環境，會出現頁面不同的開發環境會
有中文問題，或是說重復定義encoding的問題頁面編碼問題。
解決：
按照如下進行修改和配置；
1. 對于不是被include的頁面必須使用；
<%@ page contentType="text/html;charset=GBK" pageEncoding="GBK" language="java" %>
。 大寫GBK
2. 對于被Include的頁面必須使用如下；
。<%@ page pageEncoding="GBK" language="java" %>
注：在TOMCAT4.1.30-->was5.0,6.0出現此問題
posted @
2006-01-25 15:09 ceaboat 閱讀(2065) |
評論 (0) |
編輯 收藏
2005年12月9日
sun.jdbc.rowset.CachedRowSet是sun提供的緩存數據集的一個類（數據集持久化），對BLOG，CLOG不能支持，LOG的容量是4G，結果集里存在LOG字段緩存時會報java.lang.NumberFormatException: For input string: "4294967295"
據說sun對LOG的支持原來是2G，不曉得是否有支持4G的類。
對于原來使用的com.sun.rowset.CachedRowSetImpl深感疑惑此類在緩存number字段的時候如果SCALE沒聲明會報不能小于0的異常
posted @
2005-12-09 09:57 ceaboat 閱讀(856) |
評論 (0) |
編輯 收藏
2005年11月23日
1.GB2312支持拼音排序，GBK、GB18030不支持。2005年11月23日15:31:42
2.websphere5與6的區別：5對路徑不需要/，而6必須要/，否則因為少了/找不到相應的配置文件
posted @
2005-11-23 15:31 ceaboat 閱讀(346) |
評論 (0) |
編輯 收藏
2005年11月10日
參與一個項目要做到：
1.項目中有你參與整個項目進展會順利的多。體現你的重要性。
2.一個人的能力再強，精力是有限的。切記不可體現個人主義，充分發揮團隊能力，協調、配合往往比
技術重要性排前一個位置。
3.主動承擔一些責任，對團隊可提高士氣融合的氣氛、對個人當成一個磨練的機會。
4.注意項目中遇到的一些細小的問題。最不起眼的就是最能考驗個人細心的程度，自己負責的事情要做到
最好。
5.同一件事情不同的人處理效果不同。
posted @
2005-11-10 00:21 ceaboat 閱讀(439) |
評論 (0) |
編輯 收藏
2005年11月9日
通過URL來訪問網站，action里request.getMothod()得到的GET.
而通過FORM來提交的則可以設置POST，可以通過這兩種方
式的差異來做一些第一次訪問與之后訪問的一些個性化設置。
posted @
2005-11-09 20:17 ceaboat 閱讀(368) |
評論 (0) |
編輯 收藏
2005年10月16日
增加翻頁接口，滿足各種分頁不同的界面化顯示。
代碼已經開發完，工具需要做小量修改，進期主要任務是編寫使用手冊。
2005年10月16日21:43:36
posted @
2005-10-16 21:43 ceaboat 閱讀(356) |
評論 (0) |
編輯 收藏
2005年10月3日
10.1到珠海過關的時候檢查邊防證，偶可是沒那小本本，邊警上來搜查，抓了4個人下去補辦。（很多人都是沒辦的）看來穿著整齊是有點效果，人品好麻煩自然少
posted @
2005-10-03 21:50 ceaboat 閱讀(423) |
評論 (0) |
編輯 收藏