※ 引述《beaprayguy (小羊快跑啊)》之銘言：
: 這就是義大利麵code會發生的問題。
: 前端包含後端code，結果不清楚問題是在前端還是後端。
: 我建議你應該把事情分解成
: 1. 先確認全部的 Javascript是在windows onload以後在加載。
: 比較正規寫法會把script段放到page最下面。
: 2. 我建議把每個ascx的JavaScript拆出來。
: 傳入控制項的client id做事件綁定
: 3. ascx只是一個user controls ，我猜測裡面一定是前人很多寫script function
: 建議通通改成按鍵綁定事件，呼叫頁面上統一script段的function
: 可以解決90%問題。
: 4.解不出來外包給我幫你解。賺個零用錢
1. 是先用 VB 撈資料庫資料寫入 頁面 的 text，
之後再用後端 呼叫 前端 JS 的方式
讓 頁面 原本是隱藏 變成 顯示
2. 每個 ascx 都是用 後端 呼叫 前端 JS 的方式
譬如要把 JS 的 test(); 在 user 頁面執行
3. 是用按鍵綁定事件方式沒錯啊...
問題應該是 用 VB 撈資料庫資料寫入 頁面 的 text，
譬如原本都是 A 跟 B 在一起，突然 C 也想要參一腳...
4. 價碼大概多少啊？因為我目前一個 ISSUE 都沒解過，
也沒人帶~~~
想說有人會 CASE BY CASE，把手把教...
帶我個兩三個以後，我應該就可以上手了！

所以就驗證了後端叫前端這件事情是什麼時候發作你在追下去吧另外不要用後端驅動前端改成統一用前端控制後端把要判斷的值放入到前端愛在做控制

不是要統一？好像整包程式寫法都是這樣子！JS 先載入在 user 頁面裡面，之後後端再呼叫 JS 來用好像也有後端寫 JS CODE 傳到前端執行的~~~

所以你連畫面的生命週期都很混亂沒搞清楚，我沒看到code你是叫人占卜嗎xdd你要發包請站內信問，對我來講你這問題可能一下就解了。我遇過一個畫面十幾個ascx

完全看不懂你們在講什麼 VB.NET ASCX那就是webform阿

看到把所有判斷搬到前端來做這種建議我真是嚇傻了！這就是台灣工程師網站做的這麼容易被駭的原因嗎？專業的學到就是永遠不要相信前端的任何驗證和判斷，尤其價錢數量總金額，人家一個F12就讓你的訂單成立訂票訂爆搞死你。今天我算是見識到B大大的專業了。

這是兩回事他是控制顯示又不是控制訂單你要不要看他的case你有病嗎？何況什麼問題用什麼解法，訂單問題誰說不能放在local端做？只要後端也驗證金額和數量相符驗證機制有什麼問題？你要雞蛋裡面挑骨頭，也要看看人家要解什麼問題何況同一份viewstate若被人踹改，在和當初狀態做檢查，並處理邊界問題請問無法判斷嗎？還是你寫程式只有前端驗證後端不驗證什麼叫不要相信後端值，而是要做到雙邊都要驗證。這才是最佳實務你的狀況發生是因為工程師偷懶只做一半你不然現在主流離線web要怎麼做？一堆狀態放前端，難道不會被踹改嗎？

如果B大原意是說前後端都要驗證，我是認同的。前端驗證是為了節省後端運送資源，但後端驗證不可免。我會以為B大只依賴前端，是因為那句《統一由前端控制》，若是我誤會就抱歉啦前端驗證是為了節省後端「運算」資源，錯字更正

我幫國立碩班同事用vb寫過作業 也幫過電控同學求救plc連結資料庫顯示數據圖表