Re: silverlight 與 ASP.NET的整合值得期待嗎？

看板C_Sharp作者 (迷戀)時間17年前 (2008/08/26 03:47), 編輯推噓15(15推 0噓 21→)
留言36則, 6人參與, 最新討論串2/2 (看更多)
※ 引述《contra (必勝啦~~)》之銘言： : 之前MS推出silverlight1.0時 : 他主攻flash的點就很吸引人 : 與.Net系統做整合比較容易 : 但因為剛推出還有很多地方不成熟 : 算宣示性質的產品 : 最近微軟狂推silverlight2.0 : 不知道有沒有人已經玩過了呢？ : 有沒有什麼新的發展阿？ 在程式開發方面，之前在網路上有搜尋到 有網友分享visual studio 2008新版本的新功能 有幾個更新項目讓開發silverlight更加方便 看來微軟真的發揮了自己開發工具的強項 努力的在推silverlight平台 像是開發WPF更方便、提供視覺化的WPF設計與除錯工具、 ASP.NET 3.5 Extensions的Silverlight整合、 還有新的Synchronize Services for ADO.NET、 簡化資料同步作業，可以簡單處理本機與伺服器之間資料同步的作業 不但大幅降低程式開發的複雜度，也減少應用程式對網路的依賴程度 當然還有大家都矚目的LINQ技術，雖然跟silverlight比較無關 但它的確使.net陣營更加強大誘人。詳細文章在 http://ithelp.ithome.com.tw/question/10003195 這只是關於visual studio的部份 如果想知道比較詳細的silverlight2.0相關消息 我建議你直接去聽微軟的mix08會比較清楚了解 反正是免費的~http://tinyurl.com/55hhmg 正好是今天舉辦 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 123.204.26.207
推
08/26 08:37, , 1F
LINQ不一定是個好東西喔 他只是讓程式工程師能夠用一種
08/26 08:37, 1F
→
08/26 08:38, , 2F
語法寫很多種的服務 像是資料庫連線 XML讀取 但LINQ是屬
08/26 08:38, 2F
→
08/26 08:39, , 3F
於微軟自動幫你轉語法 等於多透過一層中介 速率比較慢
08/26 08:39, 3F
→
08/26 08:40, , 4F
資料量不大可以用 如果做大專案 還是乖乖用原來的吧
08/26 08:40, 4F
推
08/26 09:29, , 5F
這彷彿是高階語言和低階語言熟優熟劣的問題.是見人見智的.
08/26 09:29, 5F
推
08/26 11:10, , 6F
我說的用原來的 那個原來也是高階語言=.= 像是連資料庫
08/26 11:10, 6F
→
08/26 11:11, , 7F
你可以用LINQ語法 也可以用原來的SQL語法 你用linq語法
08/26 11:11, 7F
→
08/26 11:12, , 8F
他也是幫你轉回SQL語法去連資料庫 這無關高階低階 高階
08/26 11:12, 8F
→
08/26 11:14, , 9F
不是這樣分的啦...高階語言接近人類語言文法 低階語言
08/26 11:14, 9F
→
08/26 11:15, , 10F
就是機器語言 組合語言
08/26 11:15, 10F
推
08/26 11:20, , 11F
抱歉抱歉 最近常常搞錯別人的意思 你應該只是比喻而已..
08/26 11:20, 11F
推
08/26 14:37, , 12F
LINQ沒有比較慢。有時候遇到SQL語法不太熟練的，容易寫
08/26 14:37, 12F
→
08/26 14:37, , 13F
出跑到死的Query，此時用LINQ交給.NET轉有時會快很多。
08/26 14:37, 13F
推
08/26 15:12, , 14F
那是不是可以說 寫出慢的要死LINQ語法 所以linq比sql爛
08/26 15:12, 14F
→
08/26 15:14, , 15F
請站在同一個標準來衡量喔 那是語法不熟悉跟此項技術無
08/26 15:14, 15F
→
08/26 15:16, , 16F
關
08/26 15:16, 16F
推
08/26 15:24, , 17F
推F大...
08/26 15:24, 17F
→
08/26 16:28, , 18F
要寫出慢得要死的LINQ我還真的不會，你要不要先試試再
08/26 16:28, 18F
→
08/26 16:29, , 19F
說 XDDD 不然感覺我們好像有點雞同鴨講
08/26 16:29, 19F
推
08/26 22:15, , 20F
我前面就說了 請站再同一個標準去衡量兩種技術 那我也可
08/26 22:15, 20F
→
08/26 22:15, , 21F
以說 要寫出慢的要死的SQL語法我也不會ㄚ
08/26 22:15, 21F
推
08/26 22:18, , 22F
會寫出慢的要死的sql語法那是個人問題 我也敢這樣說 你用
08/26 22:18, 22F
→
08/26 22:19, , 23F
linq寫出的語法到最後就是靠.net幫你轉成sql語法 只要你
08/26 22:19, 23F
→
08/26 22:20, , 24F
寫的出linq語法 我就敢說我能夠寫出跟你的linq語法自動轉
08/26 22:20, 24F
→
08/26 22:21, , 25F
成的sql語法一樣查詢速率的sql 就算我寫的語法和自動轉成
08/26 22:21, 25F
→
08/26 22:23, , 26F
的沒有完全相同 執行速度也差不了多少 那請問 這樣整個
08/26 22:23, 26F
→
08/26 22:24, , 27F
程式執行起來誰比較快
08/26 22:24, 27F
推
08/26 22:52, , 28F
要是你跟我說LINQ連資料庫不是把他轉成SQL語法 是自己又
08/26 22:52, 28F
→
08/26 22:53, , 29F
用了啥新技術 所以linq比原來的快 這我可以接受 可是
08/26 22:53, 29F
→
08/26 22:54, , 30F
你就一直跳tone在說 要是自己把sql下的超慢 那linq就沒
08/26 22:54, 30F
→
08/26 22:56, , 31F
有比較慢 這跟技術本質無關吧 那我繼續認真下去就輸了XD
08/26 22:56, 31F
推
08/27 00:47, , 32F
樓上直接回一篇不是比較快..感覺某人才在跳tone...
08/27 00:47, 32F
推
08/27 16:02, , 33F
樓上同感...
08/27 16:02, 33F
推
08/27 16:57, , 34F
長遠來說，linq技術是好的，若要迴圈執行1千萬次才考慮效能
08/27 16:57, 34F
推
08/27 17:01, , 35F
推論式compiler依然能編譯出相同的il碼，為何不用linq呢?
08/27 17:01, 35F
推
08/27 17:02, , 36F
因為c#不是native code，所以使用linq得到一樣的il是對的
08/27 17:02, 36F
‣ 更多 atelier 的文章
文章代碼(AID): #18imnbyn (C_Sharp)
‣ 更多 atelier 的文章
文章代碼(AID): #18imnbyn (C_Sharp)