Web打印的在線設計
前一段時間，我根據自己的項目要求設計了一個基于FastReport的Web打印控件，然后把它稍做修改，掛到網上，引起了大家的關注，有好多朋友還向我申請了注冊，在此謝過了!以后我還會一樣的給大家免費注冊，大家一起共同促進Web打印更快捷，更強大。
這幾天，我一直在研究Web打印，我覺得我的設計思路是對的。我們搞軟件設計，無論是面對最終用戶，還是面對程序員，良好的用戶體驗是軟件成敗的關鍵因素。具體對于打印設計來說，就是能用最少的代碼，最少的時間設計出用戶所需要的報表。現在的程序員大部分是從C/S架構走過來的，對于C/S架構下，豐富多彩、快捷方便的報表打印設計多有懷念，呵呵，我就是其中的一個，可能是我們80后的人開始老了，老是懷念美好的過去。當然，對于軟件開發行業，每年不斷有新技術推出，只要有好的技術，我們80后的程序員也會不斷的學習，不斷的前進，絕不停留在原地，等著行業的淘汰。B/S架構越來越成為軟件開發的主流，作為B/S架構的軟肋就是用戶體驗不足，隨著Ajax技術的推廣，網絡帶寬的改善，這方面也在慢慢的縮小和C/S架構的差距，我想終有一天可以達到或者差不多達到C/S架構的用戶體驗。
我想作為Web打印的程序員體驗就是能夠達到C/S架構的報表軟件設計水平，只要我們準備好數據源，基本上不要寫代碼，在報表設計器中就可以快速的設計出用戶所需的報表，如果用戶要修改報表，也只需調整報表格式，無需去修改代碼。其實這種設計思想也是報表設計的主流，作為報表之王的水晶報表就是其中的一例，只可惜水晶報表只能用于.NET平臺，企業版又太貴，我們一般的程序員和軟件公司都承擔不起，不然一個Web打印也用不著這么費周折。其它有名的報表打印也是這么一個設計思想，我就一直沒有想明白，國內的所謂專業Web打印公司，為什么不按照這主流思想去設計公司的產品，而是搞什么代碼控制打印，用一行行代碼(代碼中有坐標和數據)，硬是去畫一個報表，這么低劣笨拙的設計怎么和人家去比，也許一時靠低價還可以賣一點，但終至會淘汰。
這幾天，我對我設計的Web打印控件進行了重大的改進，重點放在如何用最少的代碼，最少的時間設計出用戶所需要的報表。我覺得我原來的報表設計器操作不方便，特別是對于ADO不熟悉的程序員，一下子很難掌握。我想作為報表的設計，最好是和報表預覽或打印結合在一起，程序員只需修改最小的代碼，就可以把一份報表由設計狀態迅速的轉為用戶實際使用的狀態，兩者完美結合在一起，設計狀態和實際使用狀態沒有任何差別。我在原來的控件基礎上增加了DesignReport函數，調用此函數即進入報表的編輯狀態，此函數的參數和預覽報表函數(ShowReport)打印報表函數(PrintReport)完全相同，程序員編輯好報表后，只需把DesignReport函數替換為ShowReport或PrintReport就可以預覽或打印報表。另外還增加了一個屬性ReportFileName，此屬性是指定報表的名稱，指定好報表的名稱后，便于報表的保存和上傳。報表編輯還是采用FastReport，對于FastReport不熟悉的程序員可能要稍加學習，不過很簡單的，我記得我學的時候就是看了一下別人的報表，大約十幾分鐘，然后就直接用了。報表編輯之前請先組織好數據源和報表參數，這個和預覽報表一樣的，在設計過程中，可以直接預覽報表，你看到的就是用戶看到的，沒有任何差別。報表做好后，最后要上傳至服務器，這因為報表編輯時只是暫存在客戶電腦上，最終的報表文件還是以服務器為準。在報表編輯器中提供了FTP功能，在工具欄上有一個
按鈕，單擊此按鈕，再輸入FTP服務器名、FTP用戶名、FTP密碼以及FTP文件夾(這個文件夾是從FTP的根目錄開始的文件夾，比如Web/ASP/FRP/，FTP傳送文件前，先必須定位到此文件夾)，然后單擊上傳就可以把報表上傳到服務器。
還順手把有時候導出Excel表，中文亂碼的問題解決了。
報表預覽和編輯的網址：http://www.xinyuerj.com/ASP/
http://www.xinyuerj.com/ASP.NET/
報表編輯的示例窗口如下：
報表的上傳示例窗口如下：
報表預覽的示例窗口如下：
【編輯推薦】
