PTT職涯區 / Soft_Job (軟體人)

Re: [請益] 視窗桌面軟體有比WPF更新的嗎？

看板Soft_Job (軟體人)作者 (.)時間1年前 (2023/10/01 00:16), 1年前編輯推噓4(4推 0噓 19→)
留言23則, 9人參與, 1年前最新討論串3/3 (看更多)
wpf是我剛出社會第一份工作第一個專案用的東西 透過xaml可以讓UI的調控非常自由 換到WINFORM要客製UI一些原本屬性沒有的東西 大概都要改到底層自己重繪跑不掉 但我個人其實對WPF也沒啥好感 桌面軟體大概就兩種走向 重功能型的 反正用WINFORM簡單拉一拉就好了 快又方便 重UI要很漂亮的 用WINFORM成本反來比較高 自己搞底層重繪也麻煩 所以通常會選擇WPF 但其實WPF沒那麼好用 XAML要客製化UI元件有非常高的彈性 但要做那些客製 XAML裡面的設定學習成本不低 印象中是不愉快的回憶 想像成你CSS3設定一些格式 找資料或式教學 有眾多社群資源 WPF XAML玩自己的一套 你剛入門會花很多時間在刻XAML這塊 卡手卡腳的 搞半天 我覺得如果真的是要重UI要很漂亮的APP 其實乾脆WINFORM安裝一套WEB引擎 整個畫面LAYOUT用 HTML5 CSS3 去刻 看你要多漂亮就可以有多漂亮 請一個專職WEB前端 就完全搞定 WINFORM其實只負責proxy的溝通腳色 可以跟js雙向invoke 所以要功能傾向 反正就 winform搞最快 要ui驚為天人 就改走近年來web前端技術崁入到layout wpf反來我覺得很尷尬.... 當然用wpf和winform都還不少 看各公司自己考量 然後就個人職涯考量的話 中北部可能還ok吧 在南部wpf跟winform能不碰到就盡量不要再碰到了.... 好奇的話 104區域設定整個高雄市 關鍵字搜尋wpf 或是 winform 看看工作項目筆數... 轉web相關領域 選擇會寬廣很多 剛google wpf 8筆 winform 19筆...似乎稍微變多一些 之前搜winform是大概10~14筆 好幾家都是在工業廠區 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 27.242.132.170 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1696090609.A.FA3.html ※ 編輯: erspicu (27.242.132.170 臺灣), 10/01/2023 00:24:50
推
10/01 06:54, 1年前 , 1F
論功能、效率wpf比不上，論自由由度開放性wpf比不上，就
10/01 06:54, 1F
→
10/01 06:54, 1年前 , 2F
是一項很尷尬的技術
10/01 06:54, 2F
→
10/01 08:37, 1年前 , 3F
阿就用在機台上的系統啊，穩定 功能只需要IO，跟IoT傳
10/01 08:37, 3F
→
10/01 08:37, 1年前 , 4F
輸生產資訊
10/01 08:37, 4F
→
10/01 08:46, 1年前 , 5F
老闆會叫你1人搞定 遇到要自訂視窗外框winform也不好做
10/01 08:46, 5F
→
10/01 09:00, 1年前 , 6F
然後web介面在做視窗大小調整內容(viewbox)感覺比較麻煩
10/01 09:00, 6F
推
10/01 09:26, 1年前 , 7F
winform入門很簡單，但是客製化就很麻煩，wpf相反
10/01 09:26, 7F
→
10/01 18:59, 1年前 , 8F
io只要能input，output就好，搞wpf是沒事太閒嗎？
10/01 18:59, 8F
→
10/01 23:46, 1年前 , 9F
適合最重要。一堆工廠的UI越簡單越好。最好只有固定的按鈕
10/01 23:46, 9F
→
10/01 23:46, 1年前 , 10F
，根本不用炫與新。
10/01 23:46, 10F
→
10/01 23:49, 1年前 , 11F
最近在Python流行的gradio，UI/UX也是醜個半死，設計固定
10/01 23:49, 11F
→
10/01 23:49, 1年前 , 12F
很難調。結果還不是大紅，因為適合什麼都不懂的AI 工程師
10/01 23:49, 12F
→
10/01 23:49, 1年前 , 13F
可快速demo。即使醜，也紅到爆。
10/01 23:49, 13F
→
10/02 10:50, 1年前 , 14F
很多時候不只是醜的問題 而是使用者懶 不得不客製化元件
10/02 10:50, 14F
→
10/02 10:54, 1年前 , 15F
我一開始也是用winform 直到後來像醒目提示之類一堆要求
10/02 10:54, 15F
→
10/02 10:55, 1年前 , 16F
整個資料表格依照內容花花綠綠的 只好去學wpf了
10/02 10:55, 16F
推
10/02 20:58, 1年前 , 17F
重功能的MFC拉一拉更快..
10/02 20:58, 17F
→
10/02 20:59, 1年前 , 18F
還不用看.NET framework臉色
10/02 20:59, 18F
推
10/02 22:42, 1年前 , 19F
當io元素夠多 wpf還是有效能優勢啦
10/02 22:42, 19F
→
10/03 00:15, 1年前 , 20F
winform塞web效能很差，而且會有連線問題只適合偷懶做小專
10/03 00:15, 20F
→
10/03 00:15, 1年前 , 21F
案
10/03 00:15, 21F
不要用內建的WEB元件 那個很爛 找好一點的第三方或是付費套件 連線有啥問題?我是沒遇到 效能的話 其實還好 主要是INVOKE都需要物件序列化傳JSON 中間溝通的確有轉換損耗 但一般UI多數也不是吃飽沒事情無時無刻一直在UPDATE 如果是GRIDVIEW一次塞幾百個ELEMENT之類的 的確是要稍微觀察一下有沒有效能議題 其他應該都還好 ※ 編輯: erspicu (27.51.145.98 臺灣), 10/03/2023 21:53:16
→
10/03 22:30, 1年前 , 22F
畢竟拉元件習慣了要改成打code也蠻痛苦的 代價就是卡卡
10/03 22:30, 22F
→
10/03 22:44, 1年前 , 23F
用web就直接學web放棄winform 畢竟網站也能本機exe啟動了
10/03 22:44, 23F
‣ 更多 erspicu 的文章
文章代碼(AID): #1b64dn-Z (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 erspicu 的文章
文章代碼(AID): #1b64dn-Z (Soft_Job)