程式設計的「繁殖」事件之一 編號的自動生成

2021-09-25 05:53:34 字數 1202 閱讀 3222

開發軟體和關鍵技術:vs;substring字元抽取的方法

在專案當中,對於編號這類資料我們會根據重要性是否手動新增。不然,對於類似於**單號或者快遞單號等這種涉及的字元相對較長的型別資料,新增單號時為了減輕資料輸入的工作量同時提高效率,我們選用編碼「繁殖」這一特性—自動生成編號。

編號的自動生成,我們就會聯想到js裡面的「自增」方法,使用for迴圈語句,宣告乙個變數,設定乙個範圍,小於變數的長度就自增下去。其實想到這裡,可以說這就成功了一半。現在我們要把把這方法用得更細緻一點,從資料庫裡面獲取編號資料,設定編號的

格式和長度,最後呼叫js裡面的substring抽取的方法,指定自增字元的位置。現在通過自動生成委託單號的例子來實現這種效果。

首先我們在資料庫查詢出委託單號的資訊,獲取裡面的值,為後面的自增添加資料。

獲取上面委託單資訊之後,我們就採用if語句的判斷,將委託單號裡面的編號內容轉換成字串型別,然後通過呼叫substring抽取字串的方法,從第二位字元的位置到第六位的字元範圍自增引數。為下面的編號自增格式定義了自增字元的方向。

到這裡就採用原始的「自增」方法,宣告了乙個變數,小於定義單號的長度,就對應自增乙個引數。(按照實際情況,可以對應定義委託單號的位數)如果當中就小於7位數的話,就新增乙個「0」彌補進來。定義好編號的長度之後,接下來就可以給編號新增其它的字首或者字尾的字元。

然後我們就到頁面那邊獲取這邊處理好的資料路徑,獲取自增之後的委託單號的資料。

演示一下效果

在頁面新增資料

從頁面看到委託單號尾數是21,儲存之後重新整理看一下會不會自增+1。

重新整理之後的委託單號

到資料庫裡面看一下

看到最後一條資料是21,證明是自增成功的。

這裡就是每次儲存資料成功之後就會自增+1,所以22號那條資料還是在頁面顯示的。

關於生成編號的內容就介紹到這裡,如果有問題,歡迎討論。

函式式程式設計的好處之一

那就是,調整 很方便.這個感慨來自於今天在知道上回答乙個的問題 其他人的答案都是命令式.結果提問者針對他們的回答,一會說我是py3.0,str出錯,一會又說最後結果要有done 字元.雖然這是提問者自己不善於提問,但是我可以根據需求的變化,修改一兩個字元就ok.然而命令式就沒這麼簡單了.到處都需要修...

ViewPager 丟失監聽事件的原因之一

前幾天寫的指示器內對viewpager進行了監聽,但是當當前viewpager不可見 又變成 可見後,會丟失一次監聽事件。也就是說 只能監聽到 滑動,但是監聽不到沉降和停止。這主要是 viewpager原始碼內的乙個變數問題。使用 requestlayout 可以重置布局,這樣變數就會變為true,...

那些年遇到的bug 之一 多次繫結事件

由於各種原因老大們決定使用sea.js模組化開發,所以需要把各功能重新梳理。保險起見一致決定先從首頁著手處理,完成後再跟進其它的頁面開發。1.定時更新資料,並且支援點選重新整理資料 2.滑鼠移到主播小圖上,顯示主播大圖,並且顯示當前主播的詳細資訊。3.大圖跟隨滑鼠移動。滑鼠離開,大圖消失。費了一番功...