※ 引述《Laluth (信心最重要)》之銘言： : 標題: Re: [問題] 展示資料、報表資料 你偏好使用??... : 時間: Wed Sep 8 21:54:50 2010 : : ※ 引述《QuestionTwo (QuestionTwo)》之銘言： : : 最近常常使用repeater搭配sql datasource控制項來展示資料， : : 但問了一些朋友他們反而很少使用這個 : : 有點擔心自己用了個過時或是不好的方法在開發網站 : : 請問諸位前輩，要展示資料TABLE 或是 製作報表 : : 開發商業應用軟體/網站 : : 會選擇使用神麼控制項？gridview? ... : : 或是甚麼方法？ 或是都不使用控制項，自己手工打造?? : : 謝謝!! : : (gridview很方便沒錯 : : 沒用gridview是因為好像無法很自由地改成自己要展示 或是客戶想要的樣子) : 最早的時候 很喜歡用gridview 還有分頁功能 : 但是 資料一多 就會變慢 : 如果不需要內建的分頁及編輯功能 : 用gridview顯得很肥 : 要是還要套版型 gridview就Out了 : : 我現在比較喜歡 repeater + entity datasource (或linq來bind資料) + 自製的分頁工具 : 彈性比較大 也比較精簡 : : 如果是後台的功能 當然直接gridview上了比較快 : : -- : : -- :

※ 發信站: 批踢踢實業坊(ptt.cc) : ◆ From: 211.74.219.93 : 推 QuestionTwo:先感謝有前輩回應, 另外既然提到entity 有人說比較慢 09/09 11:48 : → QuestionTwo:請問有這種感覺嗎？ @@ 09/09 11:49 : → Laluth:沒有 或者應該說 差異不大 是多了一道轉換手續 09/09 13:01 : → Laluth:但是實際上也只是幫你轉換成sql command 09/09 13:02 : → Laluth:最重要的是處理掉一些型別的問題 我想是利大於弊 09/09 13:02 : → chancewen:可是我用Entity Framework Insert資料都會比ado net慢? 09/09 21:53 Insert一定比較慢 因為Insert在 Entity Framework沒有太大的優勢 尤其是大量Insert的話 更明顯 包成SP再由Entity來呼叫感覺有點多此一舉 在.net底下ado.net一定是最快的 這無庸置疑 : 推 QuestionTwo:我是聽人家說 根樓上一樣的講法~ 09/09 22:11 : → QuestionTwo:不知道Laluth前輩有無這種考量/感覺？當資料千,萬筆 09/09 22:13 : → QuestionTwo:或是甚麼情況的時候 效能開始變得明顯比較差?or not?? 09/09 22:13 因為我處理的資料量很少 大部分都是一人戰隊Orz 由我來說可能不準 就是了 我會傾向於方便的方法 能夠簡單方便完成 (效能什麼 先做出來再說吧) 最主要還是搭linq 跟 lamba 在資料篩選上能夠快很多 當然 我本身的sql能力不佳也是重點 雖然微軟在推這個東西的時候 注重於程式開發人員能注重在商業邏輯的部分 資料庫效能的部分由專業人員負責 在台灣顯然是沒有機會 一般都是要包山包海的 所以就..... : → juriolegend:有比在ado.net裡面抓join要改的sql位置快就夠了.. 09/11 00:07 -- --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 203.70.93.140