⑴ 召喚並激活100個tmt命令
咨詢記錄 · 回答於2021-10-18
⑵ 台達PLC裡面的TMR指令,是延時點動的還是延時持續的動作呢
在數控機床梯形圖編制中,定時器是不可缺少的指令,用於順序程序中需要與時間建立邏輯關系的場合。功能相當於一種通常的延時繼電器。TMR:設定時間可以更改的延時定時器。其指令格式如圖1所示。它通過CRT/MDI面板在指令規定的「定時器」控制數據地址來設定時間,設定值用二進制數表示,二進制1相當一個設定時間單位,例如FANUC-BESK PLC-B規定;對定時器l號至8號,設定單位是50ms,時間設定范圍是0.05~3276.70s,而對定時器9—40號設定單位是8ms,時間設定范圍是0.008~524.272s。
定時器的工作原理是:當控制條件ACT=0時,定時繼電器TMOO是斷開的,當ACT=1時,定時器開始計時,到達預定的時間後,定時器TMOO按通。地址數·位數RD·ACTTMRWRT·TMTMRB:設定時間固定的定時器
TMRB與TMR的區別在於,TMRB的設定時間編在梯形圖中,在指令和定時器號的後面加上一項參數預設定時間,與順序程序一起被寫入EPROM。所設定的時間不能用CRT/MDI改寫。
⑶ 我的世界的TNT指令是什麼
獲得tnt:/give (目標選擇器@s/@a/@p) tnt 數量
面積填充TNT:/fill x y z x y z tnt
放置單個TNT:/setblock x y z tnt
召喚TNT:/summon tnt ~ ~ ~(所有物體位置都會生成)/execute (目標選擇器) ~ ~ ~ summon tnt ~ ~ ~ (指定某個實體生成)
目標選擇器:@s(執行者,命令方塊無效) @p(最近玩家)@a(所有玩家)@e[所有實體]
目標選擇器也有:type=種類,name=名字,m=0(生存)1(創造)2(冒險)(type,name,m前加execute @s/@a/@p@e)
⑷ 求wow宏命令設置 比如我要救人 怎麼設置成救的是當前人的名字然後釋放施救
要用宏最主要弄懂宏的原理.
打開宏命令設置,隨便選擇一個圖標,改個名字.然後在宏圖標框框裡面輸入你想要的操作,
簡單的模式就是:
/施放
法術(等級)
/協助
目標
/大喊
/P
P指的是小隊,可以/團隊,就直接在團隊說話了
設置完之後把圖標拉出來放到快捷欄就可以使用.
例如:
1.嘲諷
/施放
嘲諷
/大喊
我已經嘲諷<<%t>>,請其他戰士不要重復.
(有些小插件可以在團隊直接提示誰對怪物施放嘲諷,嘲諷是否被抵抗的,有需要的話建議直接用插件)
2.復活宏
/施放
救贖
/大喊
我已復活<<<%t>>>其他治療不要重復.
3.提醒治療
一般情況下戰士會留意著自己的血量,以便在適當時候開技能防止倒T導致滅團.在團隊里經常看到MT會在施放救命技能的時候,加上喊話宏,提醒治療的.例如:
/施放
盾牆
/大喊
盾牆已開,治療不用管我
/施放
破斧
/大喊
破斧已開,治療請迅速刷滿
大喊後面可以加上任何你想說的話,可以大喊也可以用說.先學會簡單的宏,其他復雜的慢慢學就會用了.
注:%t是隨意目標,只要你點著誰,就會出現誰的名字.沒有目標的時候,則會出現"沒有目標".前後加<>只是為了突顯這個名字
⑸ dell電腦自帶win10怎麼激活
1、點擊左下角的按鈕,點擊小娜。
⑹ TMT–19E82FG顯導向、下步、退出觸屏無響應么處理
1.功能性測試:
——根據產品需求文檔編寫測試用例。
——軟體設計文檔編寫用例。
注意:就是根據產品需求文檔編寫測試用例而進行測試。
2.兼容性測試:
——android版本的兼容性
——手機解析度兼容性
——網路的兼容性:2G\3G\4G\WIFI,弱網下、斷網時
——app跨版本的兼容性
1.適配性測試:
1>.手機不同解析度支持:客戶端支持的解析度等
2>.手機不同版本的支持:2.34.04.4等;在測試計劃中:需要安排單獨的時間用於android不同系統的兼容性測試,包括2.0以下版本和4.0以上等
3>.手機不同廠家系統的支持:不同廠家會有不同android系統,例如:小米,華為,錘子對市面上主流手機的支持
4>.手機不同尺寸的支持:3.5到5.0屏幕在UI顯示有區別,要支持最大到最小。
2.安裝、卸載測試:
1>.生成apk文件在真機上可以安裝及卸載;
2>.Android手機端通用安裝工具。如:豌豆莢
3.在線升級測試:
1>.驗證數字簽名
2>.升級後可以正常使用。
3>.在線跨版本升級。
3.性能測試:
——壓力測試:
——電量流量測試:
——cup、內存消耗:
——app啟動時長
——crash率
——內存泄漏
4.網路測試:
1.外網測試主要現實模擬客戶使用網路環境,檢驗客戶單程序在實際網若環境中使用情況及進行業務操作。
2.外網測試主要覆蓋到wifi\2G\3G\4G,.net\wap、電信\移動\聯通、所有可能的組合進行測試。
原則:
1.盡可能全面覆蓋用戶的使用場景,測試用例中需要包含不同網路排列組合的各種可能。
2.還有模擬信號被屏蔽時候。客戶端的影響等。還有做外包場景測試,在高山、丘陵、火車上等特殊環境下進行全面測試
5.介面性測試:
——client端和service端的交互
——client端的數據更新和service端的數據是否一致
——client端更新時斷開了。
——client端更新時service端掛了。
6.業務邏輯測試:
1.業務邏輯測試:主要測試客戶端業務能否正常完成。
2.功能點測試:主要測試客戶端功能點是否正常使用
3.關聯性測試:主要測試客戶端與pc端的交互,客戶端處理完後,pc端與客戶端數據一致
7.異常測試:
1.交互異常性測試:客戶端作為手機特性測試,包括被打擾的情況;如來電、來簡訊、低電量測試等,還要注意手機端硬體上,如:待機,插拔數據線、耳機等操作不會影響客戶端。
2.異常性測試:主要包含了斷網、斷電、伺服器異常等情況下,客戶端能否正常處理,保證數據正確性。
客戶端側性能測試:
1.基準性能測試:主要通過壓伺服器端介面及客戶端在不同網路環境下響應速度。
2.大數量的測試:主要在特定環境下,客戶端一次性更新大量的數據及人員列表時,客戶端能否正常處理,分為三種情況:
——客戶端第一次使用,第一次就更新大量數據及人員列表。
——客戶端在平時更新中,更新大量的數據
——客戶端已經在手機本地下載很多數據後,再次更新大量
如果想要在測試方面獲得進一步的提升,那麼你就需要學會使用App測試工具。一方面,通過測試工具可以代替你做重復繁瑣的部分工作,你節省出的是更多的學習時間,另一方面,這些工具還會為你提供大量的游戲運行數據和日誌,有了這些數據你就能更方便的判斷問題發生的原因,這寫數據的解讀能力將是你未來的最大競爭力。
1、安全測試(許可權)
1)軟體許可權:其中包括發送信息,撥打電話,鏈接網路,訪問手機信息,聯系人信息等等
2)數據在本地的存儲、傳輸等
3)執行某些操作時導致的輸入有效性驗證、授權、數據加密等方面
4)基於各種通信協議或者行業標准來檢查
2、安裝運行卸載測試
1)驗證app能否正確安裝運行卸載,以及操作過程和操作前後對系統資源的佔有情況
2)安裝運行卸載的提示,報告等
3)檢查安裝路徑,文件是否合理,組件是否正確注冊等
3、UI測試
1)用戶界面(菜單、對話框、窗口)等布局,風格是否滿足用戶需求,文字位置,描述是否正確,界面美觀程度,文字圖片組合是否合理
2)用戶友好性、人性化、便於操作等
4、功能測試
1)評審需求,多方面考慮,整理出內在外在以及非功能性的直接間接功能點,對比需求,提取測試點
2)根據常用的一些分析方法,等價類邊界值判定表因果圖場景法等方法,設計測試用例,對提取的功能點進行覆蓋
3)測試各個階段不斷跟蹤缺陷,做好用例的更新迭代和不斷變更需求所帶來的業務或者需求的錯誤
5、性能測試
1)極限測試:各種邊界情況下驗證app的響應能力
如:低電量、儲存滿。弱網等情況
2)響應能力測試:驗證各種情況下不同操作能否滿足用戶響應需求
3)壓力測試:反復長期操作下,系統該資源的使用情況
6、中斷測試(干擾)
比如:前後台運行時來電話,簡訊,下載文件,聽音樂看電影等不同情況下的表現
7、兼容測試
1)不同網路環境(WiFi、2G、3G、4G等)
2)各種設備品牌機型系統版本等兼容
蘋果、安卓(不同品牌,不同安卓系統版本)等
8、回歸測試
bug修復後的回歸測試,上線交付前進行全部的回歸,驗證
9、升級更新測試
每次app版本迭代更新時,配合不同網路環境,及不同更新許可權(強制更新,不強制更新),進行下載、安裝、更新、啟動運行等測試
10、支付測試
1)支付結果的確認,資料庫查詢
2)請求報文是否加密
3)不同場景的支付
金額足夠、金額不足、重復支付、無網支付、弱網支付、同賬號多平台一起支付、余額寶微信信用卡等多種支付方式、不同支付方式的組合、密碼正確/錯誤、支付上限等情況
2.1安全測試
2.1.1軟體許可權
1)扣費風險:包括發送簡訊、撥打電話、連接網路等
2)隱私泄露風險:包括訪問手機信息、訪問聯系人信息等
3)對App的輸入有效性校驗、認證、授權、敏感數據存儲、數據加密等方面進行檢測
4)限制/允許使用手機功能接人互聯網
5)限制/允許使用手機發送接受信息功能
6)限制/允許應用程序來注冊自動啟動應用程序
7)限制或使用本地連接
8)限制/允許使用手機拍照或錄音
9)限制/允許使用手機讀取用戶數據
10)限制/允許使用手機寫人用戶數據
11)檢測App的用戶授權級別、數據泄漏、非法授權訪問等
2.1.2安裝與卸載安全性
1)應用程序應能正確安裝到設備驅動程序上
2)能夠在安裝設備驅動程序上找到應用程序的相應圖標
3)是否包含數字簽名信息
4)JAD文件和 JAR包中包含的所有託管屬性及其值必需是正確的
5)JAD文件顯示的資料內容與應用程序顯示的資料內容應一致
6)安裝路徑應能指定
7)沒有用戶的允許,應用程序不能預先設定自動啟動
8)卸載是否安全,其安裝進去的文件是否全部卸載
9)卸載用戶使用過程中產生的文件是否有提示
10)其修改的配置信息是否復原
11)卸載是否影響其他軟體的功能
12)卸載應該移除所有的文件
2.1.3數據安全性
1)當將密碼或其他的敏感數據輸人到應用程序時,其不會被儲存在設備中,同時密碼也不會
被解碼
2)輸人的密碼將不以明文形式進行顯示
3)密碼,信用卡明細,或其他的敏感數據將不被儲存在它們預輸人的位置上
4)不同的應用程序的個人身份證或密碼長度必需至少在 4一 8個數字長度之間
5)當應用程序處理信用卡明細,或其他的敏感數據時,不以明文形式將數據寫到其它單獨的
文件或者臨時文件中。以 6)防止應用程序異常終止而又沒有側除它的臨時文件,文件可能
遭受人侵者的襲擊,然後讀取這些數據信息。
7)當將敏感數據輸人到應用程序時,其不會被儲存在設備中
8)備份應該加密,恢復數據應考慮恢復過程的異常�通訊中斷等,數據恢復後再使用前應該
經過校驗
9)應用程序應考慮系統或者虛擬機器產生的用戶提示信息或安全替告
10)應用程序不能忽略系統或者虛擬機器產生的用戶提示信息或安全警告,更不能在安全警
告顯示前,,利用顯示誤導信息欺騙用戶,應用程序不應該模擬進行安全警告誤導用戶
11)在數據刪除之前,應用程序應當通知用戶或者應用程序提供一個「取消」命令的操作
12)「取消」命令操作能夠按照設計要求實現其功能
13)應用程序應當能夠處理當不允許應用軟體連接到個人信息管理的情況
14)當進行讀或寫用戶信息操作時,應用程序將會向用戶發送一個操作錯誤的提示信息
15)在沒有用戶明確許可的前提下不損壞側除個人信息管理應用程序中的任何內容Μ
16)應用程序讀和寫數據正確。
17)應用程序應當有異常保護。
18)如果資料庫中重要的數據正要被重寫,應及時告知用戶
19)能合理地處理出現的錯誤
20)意外情況下應提示用戶
2.1.4通訊安全性
1)在運行其軟體過程中,如果有來電、SMS、EMS、MMS、藍牙、紅外等通訊或充電時,是
否能暫停程序,優先處理通信,並在處理完畢後能正常恢復軟體,繼續其原來的功能
2)當創立連接時,應用程序能夠處理因為網路連接中斷,進而告訴用戶連接中斷的情況
3)應能處理通訊延時或中斷
4)應用程序將保持工作到通訊超時,進而發送給用戶一個錯誤信息指示有連接錯誤
5)應能處理網路異常和及時將異常情況通報用戶
6)應用程序關閉或網路連接不再使用時應及時關閉)斷開
7) HTTP、HTTPS覆蓋測試
--App和後台服務一般都是通過 HTTP來交互的,驗證 HTTP環境下是否正常;
--公共免費網路環境中(如:麥當勞、星巴克等)都要輸入用戶名和密碼,通過 SSL認證
來訪問網路,需要對使用 HTTP Client的 library異常作捕獲處理。
2.1.5人機介面安全性
1)返回菜單總保持可用
2)命令有優先權順序
3)聲音的設置不影響應用程序的功能
4)應用程序必需利用目標設備適用的全屏尺寸來顯示上述內容
5)應用程序必需能夠處理不可預知的用戶操作,例如錯誤的操作和同時按下多個鍵
2.2安裝、卸載測試
驗證 App是否能正確安裝、運行、卸載
2.2.1安裝
1)軟體在不同操作系統(Palm OS、Symbian、Linux、Android、iOS、Black Berry OS 6.0、
Windows Phone 7)下安裝是否正常。
2)軟體安裝後的是否能夠正常運行,安裝後的文件夾及文件是否寫到了指定的目錄里。
3)軟體安裝各個選項的組合是否符合概要設計說明
4))軟體安裝向導的 UI測試
5)軟體安裝過程是否可以取消,點擊取消後,寫入的文件是否如概要設計說明處理
6)軟體安裝過程中意外情況的處理是否符合需求(如死機,重啟,斷電)
7)安裝空間不足時是否有相應提示
8)安裝後沒有生成多餘的目錄結構和文件
9)對於需要通過網路驗證之類的安裝,在斷網情況下嘗試一下
10)還需要對安裝手冊進行測試,依照安裝手冊是否能順利安裝
2.2.2卸載
1)直接刪除安裝文件夾卸載是否有提示信息。
2)測試系統直接卸載程序是否有提示信息。
3)測試卸載後文件是否全部刪除所有的安裝文件夾。
4)卸載過程中出現的意外情況的測試(如死機、斷電、重啟)。
5)卸載是否支持取消功能,單擊取消後軟體卸載的情況。
6)系統直接卸載 UI測試,是否有卸載狀態進度條提示。
2.3 UI測試
測試用戶界面(如菜單、對話框、窗口和其它可規控制項)布局、風格是否滿足客戶要求、文字
是否正確、頁面是否美觀、文字、圖片組合是否完美、操作是否友好等。
UI測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覓功能。
確保用戶界面符合公司或行業的標准。包括用戶友好性、人性化、易操作性測試。
2.3.1導航測試
1)按鈕、對話框、列表和窗口等;或在不同的連接頁面之間需要導航
2)是否易於導航,導航是否直觀
3)是否需要搜索引擎
4)導航幫助是否准確直觀
5)導航與頁面結構、菜單、連接頁面的風格是否一致
2.3.2圖形測試
1)橫向比較。各控制項操作方式統一
2)自適應界面設計,內容根據窗口大小自適應
3)頁面標簽風格是否統一
4)頁面是否美觀
5)頁面的圖片應有其實際意義而要求整體有序美觀
6)圖片質量要高且圖片尺寸在設計符合要求的情況下應盡量小
7)界面整體使用的顏色不宜過多
2.3.3內容測試
1)輸入框說明文字的內容與系統功能是否一致
2)文字長度是否加以限制
3)文字內容是否表意不明
4)是否有錯別字
5)信息是否為中文顯示
6)是否有敏感性詞彙、關鍵詞
7)是否有敏感性圖片,如:涉及版權、專利、隱私等圖片
2.4功能測試
根據軟體說明或用戶需求驗證 App的各個功能實現,採用如下方法實現並評估功能測試過
程:
1)採用時間、地點、對象、行為和背景五元素或業務分析等方法分析、提煉 App的用戶使用
場景,對比說明或需求,整理出內在、外在及非功能直接相關的需求,構建測試點,並明確
測試標准,若用戶需求中無明確標准遵循,則需要參考行業或相關國際標准或准則。
2)根據被測功能點的特性列丼出相應類型的測試用例對其進行覆蓋,如;涉及輸入的地方需
要考慮等價、邊界、負面、異常或非法、場景回滾、關聯測試等測試類型對其進行覆蓋。
3)在測試實現的各個階段跟蹤測試實現與需求輸入的覆蓋情況,及時修正業務或需求理解錯
誤。
2.4.1運行
1)App安裝完成後的試運行,可正常打開軟體。
2)App打開測試,是否有載入狀態進度提示。
3)App打開速度測試,速度是否可觀。
4)App頁面間的切換是否流暢,邏輯是否正確
5)注冊
--同表單編輯頁面
--用戶名密碼長度
--注冊後的提示頁面
--前台注冊頁面和後台的管理頁面數據是否一致
--注冊後,在後台管理中頁面提示
6)登錄
--使用合法的用戶登錄系統。
--系統是否允許多次非法的登陸,是否有次數限制。
--使用已經登陸的賬號登陸系統是否正確處理。
--使用禁用的賬號登陸系統是否正確處理。
--用戶名、口令(密碼)錯誤或漏填時能否登陸。
--刪除或修改後的用戶,原用戶登陸。
--不輸入用戶口令和用戶、重復點(確定或取消按鈕)是否允許登陸。
--登陸後,頁面中登陸信息。
--頁面中有注銷按鈕。
--登陸超時的處理。
7)注銷
--注銷原模塊,新的模塊系統能否正確處理。
--終止注銷能否返回原模塊,原用戶。
--注銷原用戶,新用戶系統能否正確處理。
--使用錯誤的賬號、口令、無許可權的被禁用的賬號進行注銷
2.4.2應用的前後台切換
1) APP切換到後台,再回到 app,檢查是否停留在上一次操作界面。
2) APP切換到後台,再回到 app,檢查功能及應用狀態是否正常,IOS4和 IOS5的版本的處
理機制有的不一樣。
3) app切換到後台,再回到前台時,注意程序是否崩潰,功能狀態是否正常,尤其是對於從
後台切換回前台數據有自動更新的時候。
4)手機鎖屏解屏後進入 app注意是否會崩潰,功能狀態是否正常,尤其是對於從後台切換
回前台數據有自動更新的時候。
5)當 App使用過程中有電話進來中斷後再切換到 app,功能狀態是否正常
6)當殺掉 app進程後,再開啟 app,app能否正常啟動。
7)出現必須處理的提示框後,切換到後台,再切換回來,檢查提示框是否還存在,有時候
會出現應用自動跳過提示框的缺陷。
8)對於有數據交換的頁面,每個頁面都必需要進行前後台切換、鎖屏的測試,這種頁面最
容易出現崩潰。
2.4.3免登錄
很多應用提供免登錄功能,當應用開啟時自動以上一次登錄的用戶身份來使用app.
1) app有免登錄功能時,需要考慮IOS版本差異。
2)考慮無網路情況時能否正常進入免登錄狀態。
3)切換用戶登錄後,要校驗用戶登錄信息及數據內容是否相應更新,確保原用戶退出。
4)根據MTOP的現有規則,一個帳戶只允許登錄一台機器。所以,需要檢查一個帳戶登錄多
台手機的情況。原手機里的用戶需要被踢出,給出友好提示。
5) app切換到後台,再切回前台的校驗
6)切換到後台,再切換回前台的測試
7)密碼更換後,檢查有數據交換時是否進行了有效身份的校驗
8)支持自動登錄的應用在進行數據交換時,檢查系統是否能自動登錄成功並且數據操作無
誤。
9)檢查用戶主動退出登錄後,下次啟動app,應停留在登錄界面
2.4.4數據更新
根據應用的業務規則,以及數據更新量的情況,來確定最優的數據更新方案。
1)需要確定哪些地方需要提供手動刷新,哪些地方需要自動刷新,哪些地方需要手動+自動
刷新。
2)確定哪些地方從後台切換回前台時需要進行數據更新。
3)根據業務、速度及流量的合理分配,確定哪些內容需要實時更新,哪些需要定時更新。
4)確定數據展示部分的處理邏輯,是每次從服務端請求,還是有緩存到本地,這樣才能有
針對性的進行相應測試。
5)檢查有數據交換的地方,均有相應的異常處理。
2.4.5離線瀏覽
很多應用會支持離線瀏覽,即在本地客戶端會緩存一部分數據供用戶查看。
1)在無網路情況可以瀏覽本地數據
2)退出 app再開啟 app時能正常瀏覽
3)切換到後台再切回前台可以正常瀏覽
4)鎖屏後再解屏回到應用前台可以正常瀏覽
5)在對服務端的數據有更新時會給予離線的相應提示
2.4.6 App更新
1)當客戶端有新版本時,有更新提示。
2)當版本為非強制升級版時,用戶可以取消更新,老版本能正常使用。用戶在下次啟動 app
時,仍能出現更新提示。
3)當版本為強制升級版時,當給出強制更新後用戶沒有做更新時,退出客戶端。下次啟動
app時,仍出現強制升級提示。
4)當客戶端有新版本時,在本地不刪除客戶端的情況下,直接更新檢查是否能正常更新。
5)當客戶端有新版本時,在本地不刪除客戶端的情況下,檢查更新後的客戶端功能是否是
新版本。
6)當客戶端有新版本時,在本地不刪除客戶端的情況下,檢查資源同名文件如圖片是否能
正常更新成最新版本。如果以上無法更新成功的,也都屬於缺陷。
2.4.7定位、照相機服務
1) App有用到相機,定位服務時,需要注意系統版本差異
2)有用到定位服務、照相機服務的地方,需要進行前後台的切換測試,檢查應用是否正常。
3)當定位服務沒有開啟時,使用定位服務,會友好性彈出是否允許設置定位提示。當確定
允許開啟定位時,能自動跳轉到定位設置中開啟定位服務。
4)測試定位、照相機服務時,需要採用真機進行測試。
作者:含辭未吐氣若幽蘭
鏈接:https://www.jianshu.com/p/3b8ee2901850
來源:簡書
著作權歸作者所有。商業轉載請聯系作者獲得授權,非商業轉載請註明出處。
⑺ CAD的所有快捷命令和快捷鍵
CAD常用快捷鍵
F1:
(獲取幫助)
F2:
(實現作圖窗和文本窗口的切換)
F3:
(控制是否實現對象自動捕捉)
F4:
(數字化儀控制)
F5:
(等軸測平面切換)
F6:
(控制狀態行上坐標的顯示方式)
F7:
(柵格顯示模式控制)
F8:
(正交模式控制)
F9:
(柵格捕捉模式控制)
F10:
(極軸模式控制)
F11:
(對象追
蹤式控制)
Ctrl+B:
(柵格捕捉模式控制F9)
Ctrl+C:
(將選擇的對象復制到剪切板上)
Ctrl+F:
(控制是否實現對象自動捕捉f3)
Ctrl+G:
(柵格顯示模式控制F7)
Ctrl+J:
(重復執行上一步命令)
Ctrl+K:
(超級鏈接)
Ctrl+N:
(新建圖形文件)
Ctrl+M:
(打開選項對話框)
AA:
(測量區域和周長area)
AL:
(對齊align)
AR:
(陣列array)
AP:
(載入*lsp程系)
AV:
(打開
視圖對話框dsviewer)
SE:
(打開對相自動捕捉對話框)
ST:
(打開字體設置對話框style)
SO:
(繪制二圍面2d
solid)
SP:
(拼音的校核spell)
SC:
(縮放比例
scale)
SN:
(柵格捕捉模式設置snap)
DT:
(文本的設置dtext)
DI:
(測量兩點間的距離)
OI:
(插入外部對相)
Ctrl+1:
(打開特性對話框)
Ctrl+2:
(打開圖象資源管理器
)Ctrl+6:
(打開圖象數據原子)
Ctrl+O:
(打開圖象文件)
Ctrl+P:
(打開列印對說框)
Ctrl+S:
(保存文件)
Ctrl+U:
(極軸模式控制F10)
Ctrl+v:
(粘貼剪貼板上的內容)
Ctrl+W:
(對象追
蹤式控制F11)
Ctrl+X:
(剪切所選擇的內容)
Ctrl+Y:
(重做)
Ctrl+Z:
(取消前一步的操作)
A:
(繪圓弧)
B:
(定義塊)
C:
(畫圓)
D:
(尺寸資源管理器)
E:
(刪除)
F:
(倒圓角)
G:
(對相組合)
H:
(填充)
I:
(插入)
S:
(拉伸)
T:
(文本輸入)
W:
(定義塊並保存到硬碟中)
L:
(直線)
M:
(移動)
X:
(炸開)
V:
(設置當前坐標)
U:
(恢復上一次操做)
O:
(偏移)
P:
(移動)
Z:
(縮放)
IN:
(求交
INTERSECT)
LA:
(建立圖層
LAYER)
ATT:
(定義屬性
ATTDEF)
LE:
(快速導引線標注
QLEADER)
ATE:
(編輯屬性
ATTEDIT)
LEN:
(加長LENGTHEN)
LI:
(列表
LIST)
BH:
(圖案填充
BHATCH)
LT:
(設置線型
LINETYPE)
BR:
(打斷
BREAK)
⑻ 使用grep和cut命令 如何截取某一段文字
這應該是個模式匹配的問題, 用 awk或sed命令比cut更有實際意義!
cmd | grep 'ACCESS_WIFI_STATE' | cut -d \" -f 2 | cut -d . -f 3
(8)tmt命令擴展閱讀:
Python在設計上堅持了清晰劃一的風格,這使得Python成為一門易讀、易維護,並且被大量用戶所歡迎的、用途廣泛的語言。
設計者開發時總的指導思想是,對於一個特定的問題,只要有一種最好的方法來解決就好了。這在由Tim Peters寫的Python格言(稱為The Zen of Python)裡面表述為:There should be one-- and preferably only one --obvious way to do it. 這正好和Perl語言(另一種功能類似的高級動態語言)的中心思想TMTOWTDI(There's More Than One Way To Do It)完全相反。
Python的作者有意的設計限制性很強的語法,使得不好的編程習慣(例如if語句的下一行不向右縮進)都不能通過編譯。其中很重要的一項就是Python的縮進規則。
一個和其他大多數語言(如C)的區別就是,一個模塊的界限,完全是由每行的首字元在這一行的位置來決定的(而C語言是用一對花括弧{}來明確的定出模塊的邊界的,與字元的位置毫無關系)。這一點曾經引起過爭議。因為自從C這類的語言誕生後,語言的語法含義與字元的排列方式分離開來,曾經被認為是一種程序語言的進步。不過不可否認的是,通過強制程序員們縮進(包括if,for和函數定義等所有需要使用模塊的地方),Python確實使得程序更加清晰和美觀。