Re: [閒聊] 用控件有什麼好丟臉的?

看板Web_Design作者 (做個盾牌眼球兵吧)時間10年前 (2015/07/17 00:35), 10年前編輯推噓5(6推 1噓 26→)
留言33則, 7人參與, 最新討論串3/3 (看更多)
針對Visual Studio這IDE WebControl並沒規定只能用拖拉的來新增 拖拉只是他幫你產生好動態產生的程式碼 使用者也可以自己在程式底層動態產生 覺得gridview不好看,table結構很醜 可以用repeater自己來 WebControl只是已經做好的輪子 覺得WebControl不好用 可以自己繼承改寫或是從頭來 現在有webapi 可以製做專門給人呼叫用的API 覺得以上產出的東西都不喜歡 可以寫泛型處理常式 自己重做整個response 至於其他方面 連資料庫可以用linq 網頁前端編輯用的web essentials外掛 用別人寫好的東西可以用Git或是NuGet 版本控制可以用本家TFS或是Git 覺得Visual Studio很膚淺 大概就跟只會用excel畫表格一樣吧 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.240.179.199 ※ 文章網址: https://www.ptt.cc/bbs/Web_Design/M.1437064504.A.894.html ※ 編輯: pm2001 (111.240.179.199), 07/17/2015 00:35:35
→
07/17 00:39, , 1F
最大的問題就是他幫你造好的輪子通常很悲劇，而且真的很
07/17 00:39, 1F
→
07/17 00:40, , 2F
多人沒修改這個輪子的能力，出來就是滿滿的悲劇
07/17 00:40, 2F
哪裡悲劇 舉幾個例子來聽聽 ※ 編輯: pm2001 (140.137.198.18), 07/17/2015 10:37:59
噓
07/17 13:02, , 3F
使用者問題，往往方便造成了人的無知...但不代表需要批
07/17 13:02, 3F
→
07/17 13:02, , 4F
評某家的IDE
07/17 13:02, 4F
→
07/17 17:40, , 5F
我不會說用控件不好啥的，但我不認為沒有基礎的人用是好
07/17 17:40, 5F
→
07/17 17:41, , 6F
事，那是完全的有害，至於說哪個悲劇，政府網站還不夠？
07/17 17:41, 6F
→
07/17 17:42, , 7F
你有辦法昧著良心說那其實還做得不錯？
07/17 17:42, 7F
所以你碰到甚麼悲劇 分享一下大家看看有沒有解
推
07/17 17:42, , 8F
東西做不好怪工具？
07/17 17:42, 8F
→
07/17 17:43, , 9F
怎麼不怪 BA,QA,PM?
07/17 17:43, 9F
推
07/17 17:44, , 10F
你哪根眼睛看到我在說ide爛了？
07/17 17:44, 10F
→
07/17 17:47, , 11F
是爛技術加好工具產出的東西才令人絕望阿
07/17 17:47, 11F
→
07/17 17:48, , 12F
連應該自己處裡的都用隨便的方式幫你處理好了
07/17 17:48, 12F
推
07/17 18:01, , 13F
你哪根眼睛看到我說你說ide爛了？LOL
07/17 18:01, 13F
推
07/17 20:11, , 14F
史上最強ide，但輪子真的悲劇
07/17 20:11, 14F
→
07/17 20:18, , 15F
asp.net mvc出現後一堆老人唉唉叫就知了 webform不死
07/17 20:18, 15F
→
07/17 20:20, , 16F
vs2015把bower都整進來了 算是迎合年輕開發者潮流吧XD
07/17 20:20, 16F
→
07/17 20:22, , 17F
老中青高手新手 vs都能通包不是問題 是用的人問題
07/17 20:22, 17F
→
07/17 20:24, , 18F
但相對的 不小心接手到一堆垃圾程式碼的機率可能就....
07/17 20:24, 18F
推
07/17 21:55, , 19F
webform最大的笑話就是，一個page只允許一個<form>
07/17 21:55, 19F
這是asp.net webform的規則 沒甚麼笑話不笑話 就像我文中講的 你不能接受這種規則 可以用webapi開接口 或是泛型處理常式自己來 再寫個html去接
→
07/17 22:34, , 20F
一個 form不夠，你可以再開一個啊~XD
07/17 22:34, 20F
→
07/17 22:36, , 21F
在內部系統、電子表單之類的場合還滿適合的；慎選工具。
07/17 22:36, 21F
→
07/17 23:12, , 22F
對自用的後台來說的確沒差拉
07/17 23:12, 22F
所以你的例子呢? ※ 編輯: pm2001 (111.240.179.199), 07/17/2015 23:24:53
→
07/17 23:48, , 23F
我不接受阿，早改用MVC了
07/17 23:48, 23F
→
07/17 23:53, , 24F
因為這條規則，所以要用一堆JS去處理，還不夠笑話嗎？
07/17 23:53, 24F
這是你用了不適合的工具去解決問題
→
07/17 23:54, , 25F
微軟自己也知道webform該淘汰了
07/17 23:54, 25F
MVC等於是用另一種方式去寫 兩種各有其優缺點 適用於不同的情況 ※ 編輯: pm2001 (111.240.179.199), 07/18/2015 00:26:45
→
07/18 00:53, , 26F
以web開發來說，webform除了讓winform快速入手之外
07/18 00:53, 26F
→
07/18 00:53, , 27F
還有什麼優點？
07/18 00:53, 27F
快速上手跟很直覺就是一大優點了 比較小的案子邏輯非常簡單 用MVC去做有些殺雞用牛刀 最現實的一點 有不少主機還在跑.net 2.0
→
07/18 09:47, , 28F
你真的看不到那些政府網站嗎？那些悲劇到有剩的政府網站
07/18 09:47, 28F
→
07/18 09:49, , 29F
我真的很好奇有誰沒被政府網站雷過，而且還是推薦使用ie
07/18 09:49, 29F
所以有沒有你自己寫專案碰到問題的? ※ 編輯: pm2001 (140.137.198.18), 07/18/2015 16:11:26
推
07/18 21:47, , 30F
同意你的說法 ms很多作好的輪子、精靈等東西
07/18 21:47, 30F
→
07/18 21:48, , 31F
但是不用ms的IDE其實還是得透過不同的tool chain做一樣的事
07/18 21:48, 31F
→
07/18 21:51, , 32F
沒有經驗的人可能也不知道為什麼 只曉得"反正就是這樣用"
07/18 21:51, 32F
→
07/18 21:52, , 33F
我想這是m大覺得比較不理想的地方 XD
07/18 21:52, 33F
‣ 更多 pm2001 的文章
文章代碼(AID): #1LfzquYK (Web_Design)
‣ 更多 pm2001 的文章
文章代碼(AID): #1LfzquYK (Web_Design)