<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                合規國際互聯網加速 OSASE為企業客戶提供高速穩定SD-WAN國際加速解決方案。 廣告
                ## 談tp的跳轉提示頁面 ![](https://p1.pstatp.com/weili/l/57462693879223089.webp) 談tp的err和ssu,控制器中幾乎每個方法都是這種代碼吧,思考這個問題時要結合web訪問式程序的特點去思考,web訪問式程序的每次請求就要對應每次響應,而err和ssu就是響應最顯著的標志,當然這僅僅時從業務邏輯上表現得狀態而已,除了邏輯意義上不同,數據不同,兩者就沒沒有區別了。有沒有覺得這種方式就是tp的程序最顯著的標志,從最初的笑臉符號,其實這種頁面叫做跳轉頁面,注意不是重定向,這種頁面的特點是,事件請求頁面收到請求,url不變,就在這個url下面直接渲染跳轉頁面的模版,至于多少秒后的跳轉那和重定向沒關系,為什么這個跳轉特性在tp程序中這么明顯呢,數據提交后不用這種跳轉頁面提示提交成功可以嗎(如果沒有這種跳轉提示頁面,整個過程會讓用戶感覺不適,整個過程太突兀了,用戶感知不到提交動作得反饋狀態,比如一提交,頁面白屏一下,然后就直接跳轉到文章列表頁面,此時就看得到剛插入的文章了,或者是跳到新增文章的表單頁面,不管怎么樣提交后,提交動作完成后總要跳到一個頁面,可以參考php從入門到精通中的例子,當然如果提交動作檢測到有問題而不能成功新增文章,也需要提示用戶,比如標題必填之類的錯誤提示)跳轉提示頁面就是A - C(跳轉頁面,C也可以還是A,總之就是數據提交的地址) - B,是不是我們受tp影響都習慣用這種方式了,因為這種方式最簡單,當然也會在千篇一律的跳轉提示頁面中產生厭惡感,一看到這種類型的頁面,即使改了跳轉頁面的模版也看得出來。想一下為什么tp要這樣,如果不是這樣,那么心中提交,提交后結果通知,怎么連貫的對用戶展示,可以參考其它程序,平常留意一下別的程序,其實心中例子前臺后臺都有,不過由于前后臺往往對用戶體驗的要求不同,所以我們研究時也要區分對待。研究dz webshop,等等程序,可能這種細節不太讓人注意,反而讓我們平常忽略了,但其實這就是最重要的,因為設計得恰到好處,提交動作和通知方式銜接得行云流水般的暢通,所以以讓我們感覺不到它得存在。 關鍵詞,狀態提示,跳轉提示頁面,重定向,重定向提示頁面,錯誤提示頁面,錯誤頁面。 另外這是比較傳統的方式,現在web api的方式較多,所以這種頁面也就少了,不過本質不變。還有注意前臺這種頁面不是特別的明顯,是人們對于前臺頁面的設計比后臺更注重,前臺可以為了一個下單成功而單獨做一個下單成功的頁面,并且每個頁面差異化也比后臺大,所以要區分研究,當然本質東西是不變的,細心留意那些不引人注意的地方,因為那正是設計最成功的地方。 并且還要考慮不同終端的用戶使用習慣,比如后臺各種表單提交,跳轉,因為在電腦上操作,用戶都習慣了這種長久以來的方式,但是在手機端,修改一下個人資料,增加一個收貨地址,還跳來跳去的,移動端網速慢,跳來跳去的讓人很不爽,所以還要考慮用戶體驗。 所以移動端這種用ajax api接口的方式去做的比較多,畢竟直接提交表單的體驗本身就不好,還要用跳轉的方式對用戶展示提交后的反饋結果狀態,所以移動端要換一種方式去做,不過本質依然不變。那就是怎么流暢友好的向用戶展示提交操作的反饋信息和狀態。 * * * * * iwebshop 后臺編輯商品,修改信息,是直接回到編輯前頁面,沒有跳轉提示頁面,也就是沒有提示的話默認就是成功的意思,當然如果出錯的話,好像是有一個message的錯誤消息方法。 * * * * * ### 用戶操作時慎用重定向 不要直接使用重定向來做跳轉,一定要顯示地響應客戶端請求,并給出提交結果反饋。 不要提交就做重定向來跳轉,這樣很奇怪的(提交后沒有顯示狀態而直接重定向了),應該要用tp那種,顯示跳轉頁面(還是原提交地址,只不過渲染`跳轉頁面模板`而已),然后在跳轉頁面由前端js進行跳轉。 * * * * * ### 資料 ![](http://cdn.aipin100.cn/17-10-14/62330413.jpg) ![](http://cdn.aipin100.cn/17-10-14/97119860.jpg) ![](http://cdn.aipin100.cn/17-10-14/13773533.jpg) ![](http://cdn.aipin100.cn/17-10-14/84844271.jpg) ![](http://cdn.aipin100.cn/17-10-14/94267545.jpg) ![](http://cdn.aipin100.cn/17-10-14/65904069.jpg) ![](http://cdn.aipin100.cn/17-10-14/14337212.jpg) * * * * * last update:2017-10-14 17:44:11
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看