作者: kingterry 時間: 2020-11-29 11:04 標題: Telelrik, devexpress, syncfusion 邊個UI好用d
做開Freelance，有兩個客，一個Main左10年，重寫個客都係堅持用番Winform，要穩陣，聽講通常轉網頁都唔少爛尾。
重寫都想提昇一下介面，特別datagrid的速度，Telelrik，devexpress, syncfusion邊個效能好d, 但最重要都係support , 容易搵到解決方法.
作者: hwkit 時間: 2020-11-29 15:35
DevExpress
作者: 7h1r733n 時間: 2020-11-29 15:56
本帖最後由 7h1r733n 於 2020-11-29 16:06 編輯
做開Freelance，有兩個客，一個Main左10年，重寫個客都係堅持用番Winform，要穩陣，聽講通常轉網頁都唔少爛 ...
kingterry 發表於 2020-11-29 11:04
WinForm有咩唔好.. 又快又穩定....
你個dgv好大? 如果好大既話重新bind過個source會快過你update..... 我玩開果D 十零萬條row都唔會有咩事...
好多好多原因我唔會用呢D third party 咁大既 libraries..... 如果要選呢三隻... 我會選syncfusion... 因為有community license可以for small business... devexpress都有.. 但剩係for non-commercial use, 要send email 去講一大堆野你做咩project咁..... telerik 試玩過... 麻麻地... 所以冇再用..
作者: kamcm 時間: 2020-11-29 20:53
DevExpress
作者: artai 時間: 2020-11-30 06:59
WFC 定WPF 先？
如果係全新Development建議用WPF，而如果用WPF，datagrid未必用到您講嘅果幾個library。
而您提到嘅果幾個library唔係免費，您個客有冇準備俾果筆錢先？
WPF建議行MVVM pattern做GUI介面，但成個Pattern行Clean code，咁佢日後想轉Web版都唔洗重新黎過。
via HKEPC Reader for Android
作者: kingterry 時間: 2020-11-30 14:16
回覆 2# hwkit
個客又無咩要求，幾十隻Data都唔駛等。但係其中有個Datagrid，就比較慢，Data 3,000隻都去到5-7秒，三百隻就一秒，當然我無優化。我就試左Telerik的radgridview，係快幾倍。RadVirtualGird For大量data, 我就未試，要databind. 其實係未優化Default都可以好快。
DevExpress好鬼大，我個VM唔夠位裝，睇佢D Demo郁下都load 15-45秒。同埋睇到唔少人求救，成個Project轉左後太慢唔收貨，Telerik時間可以接受，不過sorting就好伏，無資料的Column反而sort勁耐。有data反而快，吹漲。
我諗住都做左十幾年，想提昇一下速度和介面，以後好接單或者可以接到高質量的客戶（而家用到就得，除非真係太慢），似終系統都飽和，前果幾年都寫App，但我都係鐘意寫系統。曾經有律師覺得介面唔靚，佢Show過比我睇D網站，我果時無理佢，跟本佢應該都搵人再重寫，但反而公司就無尼D野，最緊要平。
作者: kingterry 時間: 2020-11-30 14:25
回覆 4# kamcm
客戶對介面速度無要求，唔會再比，但我報個價有水位，紿終舊的Code有些可以重用，這些都是資產來的嘛。反而佢地有要求，希望個系統玩耐D，以前個系統我Support到win 7.
好似WPF都係趨勢，網上有人講用的人數超過Winform. 唔知性能係未好過Winform，其實我最介意係Run debug個下，我用粒快D多核的CPU，多D Ram，好D Display Card，係未即係就Load到。有D功能調試幾十次都係一個成本。畢竟我唔係公司，我成日都會換電腦，二手放。
同埋WPF 多唔多鑊氣 ？我都怕所以都盡量唔做白老鼠。
作者: 7h1r733n 時間: 2020-11-30 20:03
回覆 hwkit
個客又無咩要求，幾十隻Data都唔駛等 。但係其中有個Datagrid，就比較慢，Data 3,000隻都去 ...
kingterry 發表於 2020-11-30 14:16
Data 三千幾隻點會慢啊.. 肯定你做法有問題...
我用default dgv.. 10萬粒point都係秒出喎.... 
作者: kamcm 時間: 2020-11-30 20:08
Data 三千幾隻點會慢啊.. 肯定你做法有問題... 我用default dgv.. 10萬粒point都係秒出喎.... : ...
7h1r733n 發表於 2020-11-30 20:03
X2
個人經驗以 Datagrid 顯示 100 萬rows, 行行10幾columns 都係幾秒出到
不過去到1000萬行時... 就要搞耐好多...
而且食成5GB 幾RAM...P.S. 我仲用緊VS2008
新版應該會更快..作者: 7h1r733n 時間: 2020-11-30 20:18
本帖最後由 7h1r733n 於 2020-11-30 20:24 編輯
回覆 kamcm
客戶對介面速度無要求，唔會再比，但我報個價有水位，紿終舊的Code有些可以重用，這些都是資 ...
kingterry 發表於 2020-11-30 14:25
如果唔考慮舊windows就直接用UWP... 如果考慮舊版Windows就用返Winform...
作者: 7h1r733n 時間: 2020-11-30 20:27
本帖最後由 7h1r733n 於 2020-11-30 20:29 編輯
X2
個人經驗以 Datagrid 顯示 100 萬rows, 行行10幾columns 都係幾秒出到
不過去到1000萬行時 ...
kamcm 發表於 2020-11-30 20:08
我估佢可能係用BindingList bind左個source再add record落個list度所以慢? [估, 純粹靠估]
不過就算係BindingList 3000條row都唔會有咩事啦... 以今時今日D機黎講..
作者: kingterry 時間: 2020-11-30 21:57
回覆 11# 7h1r733n
個Project無OO，都係用datatable
作者: kamcm 時間: 2020-11-30 21:59
我估佢可能係用BindingList bind左個source再add record落個list度所以慢? [估, 純粹靠估]
不過就算係Bind ...
7h1r733n 發表於 2020-11-30 20:27
最理想做法, 一定直接落Dataset 係最底層做. 最後再populate 果 result 顯示係DataGrid 到...如果直接係Dataview 層面做... 可能係會比較慢同埋唔Stable.
作者: kingterry 時間: 2020-11-30 22:32
回覆 10# 7h1r733n
我都想同個客講如果用UWP開發，可以減價一定幅度，投資一下未來，之前淨係做到，做多都覺得蝕左比個客，今次我想自主做到快，之前SQL一句都無優化過
。唔知道UWP鑊氣多唔多，WPF都十幾年，UMP得幾年貨仔，最怕萬一做到某個功能卡住，又搵唔無解決方案。如果用Third party UI, 會唔會等於買左個保險，有人support . 但幸好Project無乜特別需求，尼幾日做個Demo試哂所有特別的功能。
今朝仲諗緊其可以用C++開發而又有比較Cool的UI，UMP最欣賞係可以用C#去控制C++底層，效能與開發速度同時兼故。
作者: hwkit 時間: 2020-11-30 23:05
寫Database Program 最重要是什麼, 若每次都要取過千個檔案, 是否要處理好點樣有效取資料先, Tools Component 只令你的program UI易用, 及減少開發時間. 但不會改善你存取時間. 是否一定要一次過取過千過萬個資料? 你自己想想!
作者: artai 時間: 2020-12-1 07:22
回覆 7h1r733n
我都想同個客講如果用UWP開發，可以減價一定幅度，投資一下未來，之前淨係做到，做多都覺 ...
kingterry 發表於 2020-11-30 22:32
C++ 做GUI的話，真係好花時間囉，到時當軟件出Error，你debug 又要睇係C++定C#有問題...
C#微軟優化晒，比起當年.NET Framework 2.0快咗好多好多。而軟件介面快慢，主要係您軟件內部邏輯，你放得多嘢入去俾佢做shorting，同時幾十萬條data，乜都慢啦....
不過講開又講，以樓主同大家嘅對答，好似樓主仲係用緊ADO.NET嘅技術，如果您係想寫咗出黎嘅code耐用性提升，真係要諗諗，唔用ADO.NET啦。因為近呢幾年，MS相關database存取的例子會喜歡用EF core，將dbcontext連database，將資料放入List<object>，然後再做LINQ，冇晒啲dataset 同datatable。
via HKEPC Reader for Android
作者: kingterry 時間: 2020-12-1 10:14
本帖最後由 kingterry 於 2020-12-1 10:20 編輯
回覆 16# artai
都用ADO.net + store procedure, 後面Project行OO，加左一層轉去List<object>，但EF Core會唔會原理好似NHibernate咁，一次load哂上去再filter，我試左一個Project覺得慢就無搞，後面用番Store procedure.
作者: artai 時間: 2020-12-1 10:55
回覆 artai
都用ADO.net + store procedure, 後面Project行OO，加左一層轉去List，但EF Core會唔會原理 ...
kingterry 發表於 2020-12-1 10:14
ADO.NET係黎緊 .Net framework core 裡面好似會少咗誇平台嘅特性。即係話，如果您用ADO.NET 的話，只能Windows，同埋只能用.NET Framework 4.8左近的 Run time machine。
如果您用慣咗ADO.NET，可以試下Dapper，因為佢有.NET Core版本，係日後coding的重用性會提升。
via HKEPC Reader for Android
作者: kingterry 時間: 2020-12-1 11:32
回覆 18# artai
我策略係咁，除非效能提昇，不然我都盡量不動，現在CRUD的Code都係Gen出來。 寧願到時誇平台再用轉個技術。之前客戶都係windows機，無誇平台需求，始終誇平台通常都要犧牲效能。
作者: 7h1r733n 時間: 2020-12-1 11:50
回覆 artai
我策略係咁，除非效能提昇，不然我都盡量不動，現在CRUD的Code都係Gen出來。 寧願到時誇平台 ...
kingterry 發表於 2020-12-1 11:32
其實ef core唔會太慢.... 有D特別既可以行raw query...
作者: artai 時間: 2020-12-1 22:32
回覆 19# kingterry
您講到黎呢度, 我大約估到您個Solution 係邊類啦。
C# programming 呢幾年好大轉變, 係時候唔好計工時, 自己寫吓實驗project, 試下新嘢啦, 我係業餘自學program玩家, 由你果個pattern 轉去玩新O既方法, 要1 年幾2年先大約掌握成個變化.... 您成日寫Code 可能好快掌握到啦~
但睇返呢個轉變真係值得你花時間, 因為轉變咗之後, 你雖則話您D客淨Windows Base, 但Web 版係唔洗裝軟件係電腦度, 又唔洗理Client 部電腦幾強幾差,更可以係Tablet、iPad或手提電話, 只要開到Browser 部用到, 其實你D客遲早會想要!
而新O既開發方法, 令您好易哋將D Code 由 Win Form 轉去Web base, 又好易地轉去其他非Windows 系統! 以前呢類Project 要好多人寫, 而家一個人都可以寫到, 當然, 多人寫的話, 交貨時間更快!
作者: kingterry 時間: 2020-12-2 12:15
回覆 20# 7h1r733n
明白，但系對起我用緊嘅，會唔會有一定程度效能提昇，如果無15%誘因，我未必會轉，始終成個架構我又重新學同寫過。多平台目前我只預到一個需求，就係手機Barcode scanner，咁我另外寫左個IOS app 去掃Bardcode 落單, 諗諗下其實可以用Xaramin去到，不過我同時識寫Objective C 同Andriod.
作者: kingterry 時間: 2020-12-2 13:01
回覆 21# artai
係呀，我都有同感。多平台係大勢，但我覺得成個行業尼幾年方向係未走啱方向其實有疑問。例如手機睇youtube, 我都會開個App，唔用網頁，操作已經咁少情況。但小企業軟件，如果再加上操作，真係好難用網。我都寫個一個網收哂錢，但個客最後用番原本的Winform。
其實唔駛裝尼個賣點好鬼，sales野黎，大公司人多或者係嘅。我果D細公司都擺去ShareFolder，User自己拉過Folder去卓面就用得，一分鐘都唔駛。打開毎下有Version Control，有新Version就彈提示，D user就知要裝。但每日用咁多個鐘用得唔順，其實總使用效率來計係完全唔化算，贏粒糖輸間廠。網果個要即時又要寫Javascript又難Debug，又支持唔同Browser，開發時間我果時都多好多。Mac用戶，其實裝個Parallel Desktop，我有排都係用Mac機寫Visual Studio，上網用Safari，都就手，後尾肩周炎，用番主機搞。可能以前便利或者係，我都鐘意四圍去Cafe寫Code。而家疫情，便利仲係未存在呢，都Work from home, 我幾年都反思其實科技的提昇，造成的便利，係未對整體效率有所提昇。而家對住隻32吋Mon+Filco機械鍵盤，對比個時15吋Retina，我走番回頭路。
作者: kingterry 時間: 2020-12-2 21:07
剛看到.net core，可以Cross platform macOS 同部份linux, 有無師兄試過
作者: artai 時間: 2020-12-2 21:36
剛看到.net core，可以Cross platform macOS 同部份linux, 有無師兄試過
kingterry 發表於 2020-12-2 21:07
先玩一玩這個(DOCKER):
https://docs.microsoft.com/en-us ... tainer?tabs=windows
LINUX唔LINUX, 冇所謂, 放Docker上做Microservice 係重點!
作者: artai 時間: 2020-12-2 21:55
回覆 artai
係呀，我都有同感。多平台係大勢，但我覺得成個行業尼幾年方向係未走啱方向其實有疑問。例如 ...
kingterry 發表於 2020-12-2 13:01
我敢講, 您個客用WinForm 最主要係因為資料輸入速度可以更快, 有Quick key O既關係!
但咁唔代表WebForm 冇, 只係WebForm 要寫到好似WinForm 咁好用, 要更多時間啫!
Javascript難呢個我同意, 所以, 如果您想用Javascript, 我會建議TypeScript 寫Angular, 原因都係Debug....
而解決上面O既問題, 呢兩年Microsoft 推出咗Blazor 技術, 係Web Browser 底層行Binary code, 可以唔洗寫Javascript! 勁爽!
如果, 個客可以有勁簡便O既輸入方法, 輸入少少資料就可以好快咁拎到佢哋想要既資料, 咁點解唔用WebApp 呢?
https://youtu.be/ygM6AQ9qtMc
作者: artai 時間: 2020-12-2 22:15
回覆 24# kingterry
冇記錯, .NET CORE CROSS PLATFORM 上, 暫時只限ASP.NET CORE
作者: kingterry 時間: 2020-12-3 01:40
回覆 25# artai
如果個客本身用開winform, 再轉web form, 問題好容易有。未用過就通常無事。我就奶過連印兩張crystal report尼道(都唔係A4) ，Winform無事，但Web係間唔中死，為左搞尼個功能結果用多左一倍時間，如果起Winform一兩日就做完。而家個項目就係因為用web爛尾先搵番我, 個客話有個入資料位竟然話做唔到，report又load得慢，但佢無show比我睇。我聽到就O咀，真係唔明，之前我寫都係用好基本控件。
我同意其實跟本個問題就係Cost, 我自己報價就會高三成，但競爭力就低左。但好多時因為種種原因，報價和開發時間都係低估。似終要將個Browser變成Winform一樣係要handle好多野，處理唔同Browser，同埋係相對唔易嘅，不確性高容易遲。
作者: artai 時間: 2020-12-3 07:31
本帖最後由 artai 於 2020-12-3 07:33 編輯
回覆 artai
如果個客本身用開winform, 再轉web form, 問題好容易有。未用過就通常無事。我就奶過連印兩 ...
kingterry 發表於 2020-12-3 01:40
當年讀書時代，有玩過Crystal report，但因為要俾錢先可以做commercial嘢，所以業餘玩code咁多年都冇玩。
如果只係做Invoice一類，我會用Excel做template，然後用Excel engine 寫入variables。呢個方做法比crystal report開發速度係慢咗少少，但會確保咗我嘅result唔會好似您遇到嘅情況。
當然，直接用PDF engine去寫去PDF又得，但Excel都話，個客隨時想改template唔洗搵我。
當然，咁多年玩code，我都係自娛性質，所以，客人係我，寫code嘅又係我。
via HKEPC Reader for Android
作者: 7h1r733n 時間: 2020-12-3 11:21
回覆 artai
如果個客本身用開winform, 再轉web form, 問題好容易有。未用過就通常無事。我就奶過連印兩 ...
kingterry 發表於 2020-12-3 01:40
其實大型application真係唔適合行web... 講真web就算寫得幾好... 個UX點都唔及native application
另外.. 好耐冇試過WebForm呢D咁伏既野啦...
作者: kingterry 時間: 2020-12-3 13:44
回覆 29# artai
係呀，我都係由Excel，Vba開始寫起。從尼幾件事起，我就好小心Third party野，當年Xaramin剛開始，仲係付費個時，我都奶過野，結果用番Objective c重寫，以後我寫的app都盡量用native code，同埋做左最容易個function先. 自己寫始終唔同commerical, user永遠有需求睇落去無乜野但做落就奶野。
奶得野多就怕，越大公司就越唔會轉。
作者: kingterry 時間: 2020-12-3 13:51
回覆 30# 7h1r733n
我覺得都係Sales為左制做需求， 客又有錢，搵個selling去接單。客又覺得係呀，方便呀，個時裝黎裝去都麻煩，但用落就...