1. 項(xiàng)目概述與核心需求解析1.1 為什么從變量開始講易語言很多剛接觸易語言的朋友一上來就急著寫窗口程序、做界面、連數(shù)據(jù)庫結(jié)果往往會(huì)在最基礎(chǔ)的地方翻車。我在論壇里看到過無數(shù)次求助帖一個(gè)“變量未定義”的報(bào)錯(cuò)就能卡住新手半天。所以說不管你是打算做個(gè)簡(jiǎn)單的計(jì)算器工具還是想寫一個(gè)完整的商業(yè)軟件變量、數(shù)據(jù)類型和流程控制這三個(gè)基礎(chǔ)模塊就是你繞不過去的門檻。易語言說白了就是一門中文編程語言它的底層運(yùn)行機(jī)制跟C語言、Java這些主流語言沒有本質(zhì)區(qū)別核心就是“數(shù)據(jù)在內(nèi)存中怎么存、怎么取、怎么流轉(zhuǎn)”。區(qū)別在于易語言把語法用中文表達(dá)出來了這讓很多英語基礎(chǔ)不太好的朋友找到了入門編程的捷徑。但語言形式簡(jiǎn)化了不代表可以跳過基本功。變量是什么它就是你給內(nèi)存中一塊區(qū)域起的名字。數(shù)據(jù)類型決定了這塊區(qū)域有多大、能裝什么格式的數(shù)據(jù)。流程控制則是你告訴程序“什么情況下走哪條路”。這篇內(nèi)容的目標(biāo)讀者就是剛裝好易語言5.9、準(zhǔn)備系統(tǒng)學(xué)習(xí)但不知道從哪里下手的朋友以及已經(jīng)能寫點(diǎn)小工具、但對(duì)底層機(jī)制一知半解想補(bǔ)齊短板的初級(jí)開發(fā)者。我會(huì)用手把手的方式把這些基礎(chǔ)概念講透同時(shí)穿插一些我在實(shí)際開發(fā)中踩過的坑和總結(jié)出來的經(jīng)驗(yàn)。1.2 這套基礎(chǔ)體系能幫你解決什么問題學(xué)好這三個(gè)模塊你就能解決實(shí)際開發(fā)中90%以上的“入門期困惑”。最常見的問題比如為什么我的計(jì)數(shù)字老是亂跳為什么從數(shù)據(jù)庫讀出來的文本轉(zhuǎn)成整數(shù)就出錯(cuò)為什么程序有時(shí)候像卡死一樣不響應(yīng)這些本質(zhì)上都是變量使用不當(dāng)、數(shù)據(jù)類型轉(zhuǎn)換錯(cuò)誤、流程邏輯混亂造成的。反過來說當(dāng)你能熟練區(qū)分整數(shù)型和長(zhǎng)整數(shù)型的適用場(chǎng)景能準(zhǔn)確判斷什么時(shí)候用“如果真”什么時(shí)候用“判斷”能理解循環(huán)嵌套的執(zhí)行順序你就具備了拆解任何復(fù)雜程序的基礎(chǔ)能力。后續(xù)不管你是去學(xué)窗口組件、學(xué)習(xí)數(shù)據(jù)庫操作、還是學(xué)網(wǎng)絡(luò)通訊底層邏輯都是相通的。我見過太多人跳過基礎(chǔ)直接抄別人的源碼結(jié)果改一行代碼就崩這就是基本功不扎實(shí)的代價(jià)。2. 變量體系詳解從聲明到內(nèi)存機(jī)制2.1 變量的聲明與命名規(guī)范易語言里聲明變量有兩種方式一種是打開“程序面板”在“程序集變量”和“局部變量”區(qū)域里通過界面添加另一種是在代碼中使用“變量”語句直接聲明。很多人習(xí)慣用界面添加因?yàn)橐渍Z言的IDE會(huì)自動(dòng)幫你生成變量表格方便管理。但我在實(shí)際項(xiàng)目中更推薦代碼聲明的方式尤其當(dāng)變量數(shù)量多的時(shí)候代碼里按順序書寫比翻程序面板效率高得多。變量 循環(huán)計(jì)數(shù) , 整數(shù)型 變量 用戶名稱 , 文本型 變量 是否成功 , 邏輯型變量名命名的規(guī)范這里必須強(qiáng)調(diào)一下。易語言對(duì)變量名的要求是不能以數(shù)字開頭、不能包含特殊符號(hào)這些大家都知道但真正影響代碼質(zhì)量的是可讀性。我的習(xí)慣是“用途類型”的命名法比如“循環(huán)計(jì)數(shù)”、“用戶購(gòu)物車數(shù)組”、“數(shù)據(jù)庫句柄”這種風(fēng)格。千萬不要圖省事起名叫“a1”“b2”等你代碼寫到幾百行回頭看自己都認(rèn)不出哪個(gè)是哪個(gè)。另外還有一個(gè)細(xì)節(jié)變量名盡量不要跟易語言的關(guān)鍵字沖突。比如別把變量命名為“判斷”“循環(huán)”“如果”這類詞雖然某些場(chǎng)景下IDE不一定會(huì)報(bào)錯(cuò)但閱讀代碼時(shí)會(huì)造成極大的理解障礙而且容易觸發(fā)編譯器的一些詭異行為。2.2 程序集變量、局部變量與全局變量的作用域差異這一節(jié)的內(nèi)容特別容易被人忽略但恰恰是排查bug的重點(diǎn)。易語言把變量的作用域分成了三層全局變量、程序集變量、局部變量。全局變量在整個(gè)程序的所有窗口中都能訪問生命周期從程序啟動(dòng)到程序結(jié)束。程序集變量從屬于某一個(gè)窗口或者程序集在這個(gè)程序集內(nèi)部的所有子程序都可以訪問。局部變量只在某個(gè)子程序內(nèi)部存在子程序結(jié)束運(yùn)行這個(gè)變量就被釋放了。我在實(shí)際開發(fā)中的建議是能用局部變量解決的問題堅(jiān)決不用全局變量。全局變量看似方便但帶來的問題是“耦合”。比如程序A窗口修改了一個(gè)全局變量的值程序B窗口在毫無預(yù)兆的情況下讀取了這個(gè)值一旦值不對(duì)你很難排查到底是誰改的。還有一點(diǎn)關(guān)于“靜態(tài)局部變量”。易語言的“局部變量”有個(gè)“靜態(tài)”選框勾選之后這個(gè)變量的值會(huì)在子程序多次調(diào)用之間保持。這個(gè)特性很有意思打個(gè)比方普通局部變量就像一個(gè)臨時(shí)訪客走了就沒了靜態(tài)局部變量則像常駐酒店的住客房間一直在下次來還接著住。適合用來做計(jì)數(shù)器或者記錄上一次操作狀態(tài)。2.3 變量在內(nèi)存中的存在形式與指針概念初探前面說了變量是給內(nèi)存區(qū)域起的名字這里實(shí)際上牽扯到底層的內(nèi)存尋址機(jī)制理解這一層才能真正理解易語言里“指針”為什么那么不受待見卻又在某些場(chǎng)景下非用不可。每個(gè)變量在內(nèi)存中都有一個(gè)地址程序運(yùn)行的時(shí)候編譯器會(huì)自動(dòng)建立一個(gè)“名稱→地址”的映射表。當(dāng)你寫出“用戶名稱 “張三””這條語句時(shí)底層做的就是“去地址0x00FF2A30這塊區(qū)域?qū)懭霃埲@兩個(gè)字符”。你不需要手動(dòng)管理這些地址易語言幫你做了這是高級(jí)語言的便利性。那“指針變量”是什么呢正常變量存的是數(shù)據(jù)本身指針變量存的是“數(shù)據(jù)所在的內(nèi)存地址”相當(dāng)于把門牌號(hào)記下來而不是把房間里的東西搬走。易語言中的“取變量地址”命令、DLL調(diào)用中常見的“整數(shù)型”參數(shù)本質(zhì)上就是在跟指針打交道。很多新手聽到“指針”就頭大其實(shí)在易語言里你會(huì)用到的場(chǎng)景很有限主要是配合精易模塊的某些命令或者其他第三方DLL的接口需要。我建議先學(xué)會(huì)不碰它等確實(shí)遇到了必須傳地址的場(chǎng)景再專項(xiàng)學(xué)習(xí)性價(jià)比最高。3. 數(shù)據(jù)類型全解析選擇與轉(zhuǎn)換3.1 易語言核心數(shù)據(jù)類型一覽易語言的數(shù)據(jù)類型設(shè)計(jì)跟很多流行語言不太一樣它把一些常用的數(shù)據(jù)結(jié)構(gòu)直接內(nèi)嵌成了基本類型。就我個(gè)人經(jīng)驗(yàn)常打交道的有這么幾種。數(shù)據(jù)類型占用字節(jié)數(shù)取值范圍或說明典型使用場(chǎng)景字節(jié)型10 到 255二進(jìn)制數(shù)據(jù)、狀態(tài)標(biāo)志短整數(shù)型2-32768 到 32767較小的數(shù)值計(jì)算整數(shù)型4-2147483648 到 2147483647日常數(shù)字計(jì)算首選長(zhǎng)整數(shù)型8極大范圍大數(shù)運(yùn)算、時(shí)間戳小數(shù)型4浮點(diǎn)數(shù)約7位精度需要小數(shù)的場(chǎng)合雙精度小數(shù)型8浮點(diǎn)數(shù)約15位精度財(cái)務(wù)計(jì)算、科學(xué)計(jì)算文本型不固定一串字符幾乎所有交互數(shù)據(jù)字節(jié)集不固定二進(jìn)制字節(jié)序列文件讀寫、網(wǎng)絡(luò)數(shù)據(jù)包邏輯型1真/假即布爾值條件判斷日期時(shí)間型8從1900年1月1日到9999年12月31日時(shí)間處理這里我說一個(gè)反直覺的經(jīng)驗(yàn)整數(shù)型是默認(rèn)首選但不是所有整數(shù)都用整數(shù)型。舉個(gè)例子你寫一個(gè)保存文件大小的工具文件大小有可能超過2GB這時(shí)候整數(shù)型會(huì)溢出得到錯(cuò)誤的負(fù)數(shù)必須用長(zhǎng)整數(shù)型。反過來如果要跟外部硬件通信對(duì)方規(guī)定狀態(tài)字節(jié)只有0和1兩種取值就不要貪方便用整數(shù)型用字節(jié)型更貼合底層協(xié)議。3.2 字節(jié)集與文本型的糾纏關(guān)系字節(jié)集和文本型是易語言中最容易讓人混淆的一對(duì)類型。我在幫人看代碼時(shí)最常見的錯(cuò)誤就是把文本型數(shù)據(jù)直接當(dāng)成字節(jié)集傳給DLL或者反過來導(dǎo)致亂碼或者數(shù)據(jù)截?cái)?。字?jié)集本質(zhì)上是一個(gè)“字節(jié)數(shù)組”里面每個(gè)元素都是0到255的數(shù)字它不關(guān)心這些數(shù)字代表什么字符。文本型則是按照某種編碼易語言默認(rèn)UTF-8或GBK視編譯選項(xiàng)而定解釋后的字符串。兩者之間可以通過“到字節(jié)集”和“到文本”命令互相轉(zhuǎn)換但轉(zhuǎn)換過程是有代價(jià)的。變量 原始數(shù)據(jù) , 字節(jié)集 原始數(shù)據(jù) { 228, 189, 160, 229, 165, 189 } 這是“測(cè)試”的UTF-8編碼 輸出調(diào)試文本 (指針到文本 (取變量數(shù)據(jù)地址 (原始數(shù)據(jù))))實(shí)際操作經(jīng)驗(yàn)在涉及網(wǎng)絡(luò)編程的時(shí)候服務(wù)器返回的往往是字節(jié)集不要上來就“到文本”因?yàn)樽止?jié)集里可能包含非字符的二進(jìn)制數(shù)據(jù)直接轉(zhuǎn)換會(huì)導(dǎo)致數(shù)據(jù)損壞。正確做法是先判斷是否需要全文轉(zhuǎn)換如果不需要就保持字節(jié)集狀態(tài)進(jìn)行解析比如用“取字節(jié)集中間”提取需要的部分。3.3 數(shù)據(jù)類型轉(zhuǎn)換的六個(gè)關(guān)鍵命令及其精度代價(jià)易語言提供了幾個(gè)常用的轉(zhuǎn)換命令看似簡(jiǎn)單但里面藏著不少精度陷阱。命令功能注意事項(xiàng)到文本任何值轉(zhuǎn)文本型小數(shù)轉(zhuǎn)文本可能產(chǎn)生科學(xué)計(jì)數(shù)法到整數(shù)文本或小數(shù)轉(zhuǎn)整數(shù)小數(shù)部分直接截?cái)嗖皇撬纳嵛迦氲綌?shù)值文本轉(zhuǎn)數(shù)值通用空文本轉(zhuǎn)出來是0但容易留下隱患到字節(jié)集轉(zhuǎn)字節(jié)集注意編碼問題到時(shí)間轉(zhuǎn)日期時(shí)間型格式必須匹配否則返回非法時(shí)間到邏輯型轉(zhuǎn)邏輯型非0數(shù)字轉(zhuǎn)真0轉(zhuǎn)假最容易踩坑的是“到整數(shù)”。它執(zhí)行的是“截?cái)唷倍皇恰八纳嵛迦搿?。比如到整?shù)3.99結(jié)果不是4而是3。如果要做四舍五入需要先把小數(shù)加上0.5再轉(zhuǎn)。我在寫一個(gè)金額計(jì)算工具時(shí)因?yàn)楹雎粤诉@個(gè)細(xì)節(jié)最后算出來的結(jié)果跟財(cái)務(wù)手工核算差了整整幾十塊排查了半天才發(fā)現(xiàn)是這里的問題。還有一個(gè)關(guān)于“到數(shù)值”的經(jīng)驗(yàn)。到數(shù)值能把“123abc”這種帶尾巴的字符串也轉(zhuǎn)成123因?yàn)樗唤馕鲩_頭的數(shù)字部分。這有時(shí)候是好事有時(shí)候是壞消息。如果你想嚴(yán)格校驗(yàn)用戶輸入必須是純數(shù)字不能依賴“到數(shù)值”的寬容性需要先用“取文本長(zhǎng)度”配合“字符”命令逐個(gè)判斷或者使用正則表達(dá)式輔助校驗(yàn)。3.4 數(shù)據(jù)結(jié)構(gòu)類型的合理運(yùn)用除了基礎(chǔ)類型易語言還允許自定義數(shù)據(jù)類型類似其他語言的“結(jié)構(gòu)體”。這個(gè)功能拿來組織復(fù)雜數(shù)據(jù)非常有用。舉個(gè)例子你在做一個(gè)通信錄管理工具一個(gè)人的信息包含姓名、電話、公司、備注如果全部是獨(dú)立變量管理起來就是一場(chǎng)災(zāi)難。正確的做法是定義一個(gè)“聯(lián)系人”類型然后把所有聯(lián)系人放進(jìn)一個(gè)數(shù)組里。數(shù)據(jù)類型 聯(lián)系人 姓名 , 文本型 電話 , 文本型 公司 , 文本型 備注 , 文本型 結(jié)束數(shù)據(jù)類型 變量 聯(lián)系人列表 , 聯(lián)系人 , , 0 加入成員 (聯(lián)系人列表, { 張三, 13800138000, 某某公司, 老朋友 })使用自定義類型之后你會(huì)發(fā)現(xiàn)自己代碼的整潔度指數(shù)級(jí)提升。傳給子程序易語言里的函數(shù)/方法的時(shí)候一次性把整個(gè)結(jié)構(gòu)體傳過去子程序內(nèi)部可以按需取字段不需要羅列一大堆參數(shù)。而且這在配合數(shù)據(jù)庫操作時(shí)也非常舒服你從數(shù)據(jù)庫讀出記錄直接填充到自定類型的數(shù)組里后續(xù)所有處理都圍繞這個(gè)數(shù)組展開邏輯清晰明了。4. 流程控制的三層結(jié)構(gòu)分支、循環(huán)與跳轉(zhuǎn)4.1 分支結(jié)構(gòu)如果、如果真與判斷的正確選型易語言的分支結(jié)構(gòu)主要有三種寫法的變體“如果”、“如果真”、“判斷”。它們表面上看都能實(shí)現(xiàn)“條件滿足就執(zhí)行某段代碼”的效果但使用場(chǎng)景差異明顯。如果條件成立或不成立都各自執(zhí)行一套邏輯有完整的“否則”分支。如果真只要條件成立就執(zhí)行不成立則什么都不做沒有“否則”分支。判斷多個(gè)條件分支從上到下依次比對(duì)命中一個(gè)就不再看后面的條件類似于其他語言里的“選擇”語句。從代碼清晰度角度我的建議是當(dāng)只有一個(gè)條件要判斷且“不滿足條件時(shí)需要做點(diǎn)什么”時(shí)用“如果”當(dāng)不滿足條件時(shí)什么都不做只是過濾一下特殊情況用“如果真”當(dāng)條件有多個(gè)分支并且這幾個(gè)分支互斥比如根據(jù)省份代碼分發(fā)到不同處理邏輯用“判斷”。特別提一下“判斷”的執(zhí)行特性它是從上往下逐條匹配的匹配到第一個(gè)為真的分支后就跳出整個(gè)判斷結(jié)構(gòu)不會(huì)繼續(xù)檢查后面的分支。這跟你在多個(gè)“如果”里用“返回”或者“跳過”的效果不完全一樣。合理利用這個(gè)特性可以寫出更簡(jiǎn)潔的代碼。4.2 循環(huán)結(jié)構(gòu)計(jì)次循環(huán)、變量循環(huán)與循環(huán)判斷循環(huán)循環(huán)是流程控制里的重頭戲。易語言提供了幾種循環(huán)命令每個(gè)都有自己的適用場(chǎng)景。計(jì)次循環(huán)適合明確知道循環(huán)次數(shù)的場(chǎng)景。變量循環(huán)除了指定循環(huán)次數(shù)還能自定義循環(huán)變量的起始值和步長(zhǎng)。循環(huán)判斷循環(huán)先執(zhí)行一次循環(huán)體再判斷條件至少執(zhí)行一次。判斷循環(huán)首先判斷條件條件成立才進(jìn)入循環(huán)有可能一次都不執(zhí)行。我來舉個(gè)例子。你要遍歷一個(gè)數(shù)組里的所有聯(lián)系人用“計(jì)次循環(huán)首”最直觀。變量 索引 , 整數(shù)型 計(jì)次循環(huán)首 (取數(shù)組成員數(shù) (聯(lián)系人列表), 索引) 輸出調(diào)試文本 (聯(lián)系人列表 [索引].姓名) 計(jì)次循環(huán)尾 ()如果你需要一個(gè)能自動(dòng)生成序號(hào)列表的場(chǎng)景比如從1加到100并且間隔為21、3、5...那就用“變量循環(huán)”。它在循環(huán)體內(nèi)允許你直接修改循環(huán)變量實(shí)現(xiàn)跳步操作這是計(jì)次循環(huán)不具備的靈活度。“循環(huán)判斷循環(huán)”很多人用得很少但有一個(gè)典型場(chǎng)景讀取一個(gè)文件的全部?jī)?nèi)容直到文件末尾。你不知道文件到底多大但需要先讀一次才能知道有沒有內(nèi)容這就非常適合“循環(huán)判斷循環(huán)”。我寫文件解析工具的時(shí)候用這個(gè)結(jié)構(gòu)屢試不爽。4.3 跳出循環(huán)與跳過本次循環(huán)的正確姿勢(shì)流程控制里最容易寫出“死循環(huán)”bug的地方就是在循環(huán)體內(nèi)部對(duì)跳出邏輯處理不當(dāng)。易語言提供了“跳出循環(huán)”命令作用是在循環(huán)體內(nèi)直接終止整個(gè)循環(huán)“到循環(huán)尾”命令則是跳過本次循環(huán)的剩余部分直接進(jìn)入下一次循環(huán)的判斷。變量 當(dāng)前數(shù)字 , 整數(shù)型 變量 奇數(shù)計(jì)數(shù) , 整數(shù)型 計(jì)次循環(huán)首 (100, 當(dāng)前數(shù)字) 如果真 (當(dāng)前數(shù)字 2 0) 偶數(shù)跳過 到循環(huán)尾 () 如果真 (當(dāng)前數(shù)字 50) 大于50終止循環(huán) 跳出循環(huán) () 奇數(shù)計(jì)數(shù) 奇數(shù)計(jì)數(shù) 1 計(jì)次循環(huán)尾 ()這里是很多人的知識(shí)盲區(qū)“跳出循環(huán)”只能跳出“一層”循環(huán)。如果你在雙層嵌套的循環(huán)里執(zhí)行“跳出循環(huán)”它只會(huì)跳出當(dāng)前內(nèi)層循環(huán)外層循環(huán)照常繼續(xù)。要跳出雙層循環(huán)需要借助一個(gè)標(biāo)志變量在外層循環(huán)里也寫判斷條件才能實(shí)現(xiàn)。我踩過最疼的一個(gè)坑就是多層循環(huán)嵌套想一次退出全部結(jié)果只退出了一個(gè)導(dǎo)致了后面一段本不該執(zhí)行的代碼被反復(fù)執(zhí)行。從那之后我的習(xí)慣是循環(huán)嵌套超過兩層優(yōu)先考慮把內(nèi)層循環(huán)提取成獨(dú)立的子程序用“返回”來提前終止這樣邏輯更清晰也避免了“跳出循環(huán)”層級(jí)不夠的問題。4.4 流程控制的組合邏輯與代碼可讀性流程控制寫多了之后你會(huì)發(fā)現(xiàn)代碼最大的敵人不是性能而是“一團(tuán)亂麻的if嵌套”。我見過最夸張的代碼一個(gè)子程序里套了七八層“如果”維護(hù)起來簡(jiǎn)直噩夢(mèng)。優(yōu)化這種代碼的核心思路是把“提前返回”和“衛(wèi)語句”用起來。以登錄驗(yàn)證為例。正統(tǒng)的嵌套寫法是如果用戶名不為空再判斷密碼不為空再判斷數(shù)據(jù)庫連接是否成功再判斷賬號(hào)是否存在再判斷密碼是否正確……每一層都要包一層“如果”。而用“衛(wèi)語句”的思路可以倒過來寫用戶名為空直接返回、密碼為空直接返回、數(shù)據(jù)庫連接失敗直接返回只有走到最后的才是正常邏輯。這樣每一個(gè)不合法情況都在入口處被攔截代碼立刻變平了閱讀負(fù)擔(dān)大大減輕。這個(gè)方法在易語言里同樣好用。多用“如果真返回”來提前攔截異常少用層層嵌套。規(guī)范是死的人是活的核心目標(biāo)就一個(gè)讓三個(gè)月后的自己還能一眼看懂這份代碼。5. 綜合實(shí)例用基礎(chǔ)三件套寫一個(gè)簡(jiǎn)易登錄計(jì)數(shù)器5.1 需求拆解與程序流程設(shè)計(jì)為了把前面講的變量、數(shù)據(jù)類型和流程控制串起來我準(zhǔn)備帶著你寫一個(gè)完整的小工具簡(jiǎn)易登錄計(jì)數(shù)器。功能要求很簡(jiǎn)單允許用戶輸入用戶名和密碼程序校驗(yàn)是否在允許列表中登錄成功后記錄登錄次數(shù)并在程序界面上顯示最新登錄的用戶和時(shí)間。拆解下來的幾個(gè)功能點(diǎn)非常典型用戶輸入數(shù)據(jù)的獲取與類型判斷用戶名是文本次數(shù)是整數(shù)判斷循環(huán)結(jié)構(gòu)對(duì)輸入合法性進(jìn)行校驗(yàn)用“如果真”實(shí)現(xiàn)賬號(hào)密碼比對(duì)用計(jì)次循環(huán)統(tǒng)計(jì)某個(gè)用戶登錄過多少次我們不用數(shù)據(jù)庫只用一個(gè)數(shù)組存儲(chǔ)用戶數(shù)據(jù)和登錄次數(shù)。5.2 代碼實(shí)現(xiàn)與逐行講解下面是核心子程序的完整代碼我加上了詳細(xì)的注釋。.版本 2 .程序集 窗口程序集_啟動(dòng)窗口 .程序集變量 已注冊(cè)用戶 , 文本型 , , 0 .程序集變量 用戶登錄次數(shù) , 整數(shù)型 , , 0 .程序集變量 本次登錄是否成功 , 邏輯型 .子程序 _按鈕登錄_被單擊 .局部變量 輸入用戶名 , 文本型 .局部變量 輸入密碼 , 文本型 .局部變量 循環(huán)標(biāo)記 , 整數(shù)型 輸入用戶名 編輯框用戶名.內(nèi)容 輸入密碼 編輯框密碼.內(nèi)容 第一步數(shù)據(jù)合法性校驗(yàn)不合法直接返回 如果真 (輸入用戶名 “” 或 輸入密碼 “”) 信息框 (“用戶名和密碼不能為空”, 0, , ) 返回 () 如果真結(jié)束 第二步遍歷已注冊(cè)用戶數(shù)組比對(duì)賬號(hào)密碼 本次登錄是否成功 假 計(jì)次循環(huán)首 (取數(shù)組成員數(shù) (已注冊(cè)用戶), 循環(huán)標(biāo)記) 如果真 (已注冊(cè)用戶 [循環(huán)標(biāo)記] 輸入用戶名) 如果真 (用戶登錄次數(shù) [循環(huán)標(biāo)記] ≥ 0) 用戶登錄次數(shù) [循環(huán)標(biāo)記] 用戶登錄次數(shù) [循環(huán)標(biāo)記] 1 本次登錄是否成功 真 標(biāo)簽提示.標(biāo)題 “歡迎回來” 輸入用戶名 “這是你第 ” 到文本 (用戶登錄次數(shù) [循環(huán)標(biāo)記]) “ 次登錄” 如果真結(jié)束 跳出循環(huán) () 如果真結(jié)束 計(jì)次循環(huán)尾 () 第三步根據(jù)登錄結(jié)果做分支處理 如果 (本次登錄是否成功) 編輯框用戶名.內(nèi)容 “” 編輯框密碼.內(nèi)容 “” 否則 信息框 (“用戶名或密碼錯(cuò)誤請(qǐng)重試”, 0, , ) 如果結(jié)束這段代碼里用到了“數(shù)組”這個(gè)稍微進(jìn)階一點(diǎn)的概念但理解起來不復(fù)雜你可以把“已注冊(cè)用戶”看成一張縱向的列表每行存一個(gè)用戶名“用戶登錄次數(shù)”是另一張縱向的列表每行存一個(gè)整數(shù)。兩根列表的長(zhǎng)度保持一致同行對(duì)應(yīng)同一個(gè)用戶。在實(shí)際軟件中這種數(shù)據(jù)結(jié)構(gòu)可以被數(shù)據(jù)庫的表替代但在教學(xué)層面它的邏輯意義更清晰。5.3 運(yùn)行效果驗(yàn)證與易錯(cuò)點(diǎn)復(fù)盤這段代碼第一次運(yùn)行時(shí)會(huì)有一個(gè)問題數(shù)組“已注冊(cè)用戶”和“用戶登錄次數(shù)”是空的得先往里面添加數(shù)據(jù)才能測(cè)試。你可以在“_窗口創(chuàng)建完畢”事件里先初始化幾個(gè)測(cè)試用戶。.子程序 _窗口_創(chuàng)建完畢 加入成員 (已注冊(cè)用戶, “admin”) 加入成員 (用戶登錄次數(shù), 0) 加入成員 (已注冊(cè)用戶, “developer”) 加入成員 (用戶登錄次數(shù), 0)容易出現(xiàn)問題的第一個(gè)地方是用戶在數(shù)組中不存在時(shí)的循環(huán)邊界。如果用戶不存在“計(jì)次循環(huán)首”會(huì)正常遍歷完整個(gè)數(shù)組然后“本次登錄是否成功”仍然保持“假”進(jìn)入“否則”分支邏輯沒問題。第二個(gè)容易翻車的點(diǎn)是直接修改循環(huán)變量。在計(jì)次循環(huán)體內(nèi)如果你貿(mào)然修改循環(huán)變量“循環(huán)標(biāo)記”的值容易造成循環(huán)次數(shù)錯(cuò)亂甚至死循環(huán)。除非你完全理解底層機(jī)制否則不要在循環(huán)體內(nèi)修改循環(huán)變量上面的示例就只用了“跳出循環(huán)”終止遍歷沒有去動(dòng)循環(huán)標(biāo)記。第三個(gè)點(diǎn)是“信息框”彈窗會(huì)阻塞代碼。易語言的信息框是模態(tài)的代碼運(yùn)行到這一行會(huì)停下來等用戶點(diǎn)“確定”。如果你彈出的時(shí)機(jī)不對(duì)比如在循環(huán)體里頻繁彈出程序看起來就像卡死了。我一般只在關(guān)鍵的錯(cuò)誤節(jié)點(diǎn)上使用信息框正常的流程提示則用界面組件顯示比如這里的標(biāo)簽標(biāo)題。6. 常見問題與實(shí)戰(zhàn)坑位盤點(diǎn)6.1 變量數(shù)值溢出的隱蔽bug數(shù)值溢出是初學(xué)者幾乎必定會(huì)遇到的問題。易語言的整數(shù)型范圍是-2147483648到2147483647一旦超過這個(gè)范圍程序不會(huì)直接報(bào)錯(cuò)而是會(huì)繞回負(fù)數(shù)方向繼續(xù)計(jì)算這在邏輯上就是災(zāi)難。我舉一個(gè)真實(shí)場(chǎng)景。寫程序統(tǒng)計(jì)網(wǎng)站的訪問量按天累加。某天發(fā)現(xiàn)數(shù)據(jù)變成了負(fù)數(shù)一開始還以為是數(shù)據(jù)庫問題后來查了半天發(fā)現(xiàn)就是整數(shù)型溢出了。網(wǎng)站訪問量過千萬之后就很容易碰到這個(gè)問題。解決方法是把計(jì)數(shù)變量改成“長(zhǎng)整數(shù)型”。針對(duì)這種可能會(huì)長(zhǎng)期累計(jì)增長(zhǎng)的數(shù)值從一開始就要考慮用大范圍的數(shù)據(jù)類型不要等到出bug再改。6.2 易語言“不能載入支持庫”的常見原因與處理這個(gè)話題在熱詞里也出現(xiàn)了可見是高頻痛點(diǎn)。易語言是通過支持庫來擴(kuò)展功能能力的比如連接MySQL數(shù)據(jù)庫需要“數(shù)據(jù)庫操作支持庫”、做特殊界面需要“擴(kuò)展界面支持庫”。當(dāng)你拿到一份新的源碼打開時(shí)報(bào)“無法載入支持庫”通常是因?yàn)閷?duì)方用的支持庫版本比你的新或者使用了你沒有安裝的第三方支持庫。處理思路是這樣的先確認(rèn)報(bào)錯(cuò)彈窗里寫的支持庫名稱和版本號(hào)。去易語言官方論壇的資源分享區(qū)或者相應(yīng)支持庫作者的發(fā)布渠道下載對(duì)應(yīng)版本的支持庫文件。把支持庫文件通常是 .fne、.fnr、.fkp 這類格式放到易語言安裝目錄下的“l(fā)ib”文件夾里。“工具 → 支持庫配置”里勾選剛放進(jìn)去的支持庫點(diǎn)確定。重新打開源碼再測(cè)試。需要特別提醒的是千萬不要從不可靠的第三方站點(diǎn)下載支持庫很容易攜帶病毒。我都是只在官方論壇和知名開源倉(cāng)庫里找下載后先殺毒再使用。6.3 程序自動(dòng)退出的排查思路易語言程序運(yùn)行到一半自動(dòng)退出是另一個(gè)被頻繁問起的問題。根據(jù)我的排查經(jīng)驗(yàn)原因通常聚焦在以下幾類數(shù)組越界訪問、空對(duì)象調(diào)用、無限遞歸導(dǎo)致棧溢出以及迭代過程中修改了數(shù)組。排查步驟分享一套自己的經(jīng)驗(yàn)先開啟“工具 → 系統(tǒng)配置 → 編譯選項(xiàng)”里的“調(diào)試輸出”和“錯(cuò)誤提示”功能。在大概率出錯(cuò)的子程序入口和最內(nèi)層的循環(huán)中用“輸出調(diào)試文本”打印關(guān)鍵變量值觀察程序卡在哪個(gè)位置。重點(diǎn)檢查數(shù)組成員的訪問。易語言對(duì)數(shù)組越界的處理不算特別寬容錯(cuò)誤消息不一定能精確告訴你“哪一行越界”了。檢查子程序遞歸調(diào)用時(shí)是否缺少終止條件。6.4 子線程操作界面控件的正統(tǒng)做法熱詞里有一條“易語言子線程怎么讓主線程操作UI控件”這確實(shí)是一個(gè)群眾基礎(chǔ)廣泛的疑問。很多易語言新手在寫多線程時(shí)喜歡在子線程里直接修改窗口組件的標(biāo)題或者內(nèi)容結(jié)果程序動(dòng)不動(dòng)就崩潰或者界面無響應(yīng)。原因在于Windows的消息循環(huán)機(jī)制。跨線程操作UI控件是不安全的正確的思路是通過“投遞消息”的方式讓主線程去完成界面更新。我的習(xí)慣做法是定義一個(gè)自定義類型的參數(shù)里面包含控件句柄和新文本內(nèi)容使用“啟動(dòng)線程”時(shí)把它作為線程參數(shù)傳入線程執(zhí)行完成后使用“發(fā)送消息”或者“投遞消息”到主線程的目標(biāo)組件主線程接收后統(tǒng)一更新UI。雖然看起來多寫了幾行代碼但換來的是程序的穩(wěn)定性和不崩潰。6.5 關(guān)于易語言反編譯工具的提醒前兩天看到一個(gè)熱搜詞是“易語言反編譯”這里多說兩句。有人想用反編譯工具逆向別人的軟件打算“借鑒”代碼。但我想說的是反編譯的可獲取信息量被嚴(yán)重高估了。易語言編譯出來的程序反編譯后往往只能還原出有限的邏輯框架源代碼中的變量名、注釋全部丟失看到的是一片面目全非得難以維護(hù)的代碼。真正適合自己的學(xué)習(xí)方式是自己動(dòng)腦、親手寫而不是靠逆向別人的成果。把這個(gè)心思放在學(xué)基礎(chǔ)之上成長(zhǎng)速度會(huì)快得多。7. 個(gè)人經(jīng)驗(yàn)總結(jié)與擴(kuò)展建議我用易語言做項(xiàng)目這么多年前前后后寫了不下幾十個(gè)小工具?；仡^看最復(fù)雜的程序往往不是流氓技術(shù)堆出來的而是基礎(chǔ)邏輯打得牢、數(shù)據(jù)結(jié)構(gòu)選得好、流程控制寫得清爽。有人覺得變量和數(shù)據(jù)類型太簡(jiǎn)單不值得花時(shí)間但我看到的事實(shí)恰恰相反很多在其他語言里游刃有余的人到了易語言照樣會(huì)犯“整數(shù)溢出”“文本編碼混用”的低級(jí)錯(cuò)誤原因就是輕視了這些“簡(jiǎn)單”的東西。最后分享一個(gè)小技巧我在寫任何易語言程序之前都會(huì)先花幾分鐘在紙上把“數(shù)據(jù)流”畫一遍。輸入是什么類型、存到哪里、經(jīng)過什么轉(zhuǎn)換、輸出到哪里這四步走清楚之后寫代碼就是機(jī)械操作。別看這一步不起眼它能幫你節(jié)省兩倍以上的調(diào)試時(shí)間。如果你把這篇內(nèi)容從頭看到這里并且親手敲完登錄計(jì)數(shù)器的代碼那么你已經(jīng)具備了繼續(xù)往下走的資格。下一步我建議你去研究窗口組件的常用屬性和事件然后嘗試跟SQLite數(shù)據(jù)庫對(duì)接做一個(gè)完整的本地?cái)?shù)據(jù)管理工具。路要一步步走基礎(chǔ)打牢了后面怎么走都不怕。