1、VB程序設計 1、（1）新建一個「標准EXE工程」。 （2）向窗體添加一個TextBox控制項，更改其名稱為TextShow，
1，打開vb ，選擇 標准來exe工程自 創建
2，打開工具箱，選中textbox，滑鼠指針變為十字，在窗體上拖拽畫出文本框，大小可調整
3，在工具箱中選中commandbox，滑鼠指針變為十字，在窗體上畫出命令按鈕，大小可調
點擊命令按鈕，按F4調出屬性頁，第一項，名稱默認command1，改為cmdshow。找到 caption 項，默認為command1，改為 顯示文本。第二個按鈕同上。
4，點擊窗體，在屬性頁中找到backcolor，改為藍色
5，雙擊名稱為顯示文本的按鈕，出現代碼界面，輸入text1.text="Hello Visual Basic".符號為英文半形
6，雙擊第二個按鈕，輸入 unload me
2、如何讓設計效果高還原度落地
一個產品完整的設計流程中，交互與視覺定稿後，後續視覺規范的輸出、控制項的整理與標注、開發的高還原度，都會影響產品最終的用戶體驗。作為視覺設計師，在視覺設計的最後階段則是繁瑣且像素級別的精雕細琢，設計講究的不僅是美感還有嚴謹態度與邏輯。
視覺設計師如何讓設計效果高還原度落地?
最近半年在大司(華為)參與一個重點項目，且將會上線到全球各個局點(本司專稱，指某個國家)中，涉及多端多屏協同問題。臨時組成的設計作戰團隊，人員投入少、時間緊迫、任務量大高強度的狀態下摸索前行。為時五個月過去了，項目推進良好Phone端ios與Android也到測試階段，「大視頻」端的開發工作也即將開始。五個月的時間，與優秀的同事一起協力合作，參與Phone端「大視頻」端的視覺與多端規范輸出。這里分享一下這幾個月的累積與沉澱--視覺設計師, 如何讓設計效果保持高還原度的開發落地?給用戶呈現一個設計精緻與體驗良好的產品?
在一個產品完整的設計流程中，交互與視覺定稿後，後續視覺規范的輸出、UI控制項的整理與標注、開發的高還原度，都會影響產品最終的用戶體驗。作為視覺設計師，在視覺設計的最後階段則是繁瑣且像素級別的精雕細琢，開發出來的精美頁面需要視覺設計師做到以下幾點。
一、視覺與交互之間應銜接無縫，即時刷新視覺頁面
一般產品設計流程包括不同的階段，不同的階段其涉及的范疇內容不一樣，作為設計師面對所有步驟不能一蹴而就，而是按部就班，計劃行事。
前期准備階段：確定設計需求的目標，競品分析，用戶研究，市場評估等;
設計需求分析階段：設計需求的理清，業務邏輯的推敲，產品的架構的搭建;
設計執行階段：交互設計原型的輸出，視覺設計風格與方案確定，開發落實與測試上線，這構成一個不斷迭代刷新的流程;
在以上階段中，業務需求的變更與澄清，交互的迭代，視覺的刷新，是設計過程中最繁瑣的階段。設計啟動前了解多端的適配情況(解析度/屏幕精度)，綜合考慮優先出什麼解析度;接著視覺設計師需面對龐大的頁面工作量，且常會遇到與交互原型不一致的問題，需及時反饋並拉通討論。這就需遵循一個清晰可見的迭代流程，對視覺設計而言，需求的變更與澄清-交互的迭代-視覺的刷新-設計的迭代構成的是一個閉環無縫的路線，只有這樣才能為開發的啟動，打下扎實的根基。
當然作為視覺設計師，設計過程中主動出ABC…方案而不是只拿出一個唯一的方案，只有將想法用畫面來表達，才是夠合格的設計師，特別是視覺設計師，好處可以鍛煉自己的設計表達力，方便評審定稿，避免反復修改被人牽著走。
二、適當時，為開發開啟更多的話語權，避免更多的無用功
視覺規范、視覺標注、視覺控制項庫的整理與輸出目的只有一個：那就是指導開發，讓設計100%還原落地;回到項目中，對於設計團隊與開發團隊通常會體現以下兩種情況出現：
開發團隊對項目有豐富經驗，設計團隊對此項目經驗少-開發話語權大於視覺
設計團隊擁有多次項目經驗，並有一定的設計沉澱累積-設計話語權大於開發
從視覺設計而言，如果是設計團隊擁有豐富的經驗這是最好的，用經驗累積設計沉澱與創造性指導項目，話語權大，反之亦然。
在這里結合最近參與的項目，情況為第一種來進行思考;交互視覺設計過程與規范輸出中，讓開發提供更多正確的方向引導，借鑒開發團隊以往的寶貴經驗，如：設計文檔的共享與即時性、設計規范的專業性，開發認同的設計規范去指導開發、設計相關問題單的及時跟蹤與解決、設計需求變更流程(變更流程包括：變更需求提出人-交互-視覺-開發-產品經理(SE or PM)敲定-執行變更-關閉問題單-變更完成)等，都能有效指導開發，提高產品開發落地的高還原性。
三、用80%場景的視覺設計＋視覺控制項規范＋切圖＋標注＋宣講來指導開發
1. 視覺設計的場景
由交互提供具體場景的典型頁面，視覺稿進行輸出，多次迭代評審敲定後，再由開發提出缺失場景的視覺設計，視覺進行場景補充;
2. 視覺UI控制項規范的輸出
必須是經過多次評審與迭代的最終視覺稿;但通常情況下，為了趕進度視覺設計與規范是同步進行，這導致規范反復修改的問題。
根據項目經驗是，在視覺迭代中期時，先輸出基礎控制項元素規范，包括(顏色/文字/圖標/蒙板/投影/按鈕/輸入框/或個別控制項)約占控制項規范30%，與開發進行第一次規范評審，確定規范輸出的正確性與專業性。
讓開發選取所有視覺頁面中需要標注的UI控制項，因為開發選擇的UI控制項也為通用樣式，開發代碼寫成UI控制項庫(可以對應視覺的控制項列表)並由其它分模塊統一調用;且所有UI控制項必須基於最終視覺效果進行控制項抽取與迭代輸出。最後，layout用文檔(pdf)的方式總結，避免單獨模塊單獨頁面傳遞，更能將規則一目瞭然;規范是一個龐大而繁瑣，極需耐心的工作;過程中注重每一個細節的精準與合理性。
3. 切圖與整理
切出所有視覺頁面中涉及到的圖標與輔助圖形;圖標大小如：24px/ 32px/48px/72px/128px等，根據圖標具體場景中的大小、顏色、狀態來切。換句話說，每一個圖標都有它對應的具體場景，特定的尺寸、顏色和狀態;記得曾與開發gg對規范與切圖的時候，他說：頁面的圖標切圖，需要的是一個具體的拿來就用的，我們不會去畫一個圖標或去特定寫一個圖標的顏色。
4. 標注
視覺頁面的標注基於UI控制項規范的基礎上進行，拋棄以往每個頁面細無巨細的具體尺寸/色值/大小的標注。其實每一個視覺頁面皆由不同的UI控制項組成，在頁面中將對應控制項用UI控制項規范中的編號來標注，開發gg拿著視覺頁面標注去敲寫代碼時，再在UI控制項規範文檔中尋找相對應的控制項規范細節;這樣，視覺設計師避免在視覺頁面中做那密密麻麻的尺寸標注，而開發gg拿到標注清爽的視覺頁面也不會產生視覺疲勞。
5. 規范宣講
以上4步完成後項目開發啟動前，用視覺規范對開發做統一的宣講，避免遺漏造成規則傳達不一致;這樣，還設計原度還是問題么?(後續會有一篇文章專門分享如何做設計規范與標注。)
四、與開發近距離接觸，面對面解決問題
最後一個方法是與開發來個親密接觸，即如果有條件允許的話，請與開發坐一起;遇到問題及時面對面澄清、拉通指導、達成共識、修改、敲定、解決。
1. 設計規范做得再完善，開發問題依然存在
試想一下，如果不和開發坐在一起，即使開發面對再完善的設計規范，基於開發本身對設計美感的欠缺，開發過程多多少少都會產生理解偏差。開發過程每遇到一個細節問題，開發gg都得拉著視覺問：這個按鈕上的左右箭頭是無限循環嗎?圖標缺少了一個狀態，那個狀態是什麼等;發個信息問拉會或者電話討論，有時候還解釋不清楚，效率低且事倍功半。
2. 視覺設計師直接進組到開發團隊中
結合當前項目的做法是視覺設計師直接進駐到開發團隊中，與開發團隊坐在一起，舉個例子此項目視覺在深圳，開發在異省南京或是異國，視覺也出差飛過去長期進駐，遇到問題面對面商議解決;大大提高了開發的進度與也節約了時間，視覺還原度還是問題么?當然，如果設計與開發本來就附近辦公，則不需無休止的出差，項目成本節省不少。
設計過程還是和開發gg們來一個「親密接觸」吧，永遠不要把開發拒之門外;覺得交互與視覺完成後則就萬事大吉。設計講究的不僅是設計美感還有嚴謹的態度合理的邏輯，要想一個產品始終保持是那個細節精緻，創意精彩，且用戶體驗好;需要的是交互-視覺-開發三者之間是無縫合作，各個環節的周全考慮。
3、UI界面設計需要遵循哪些規范
?
4、web前端主要包含了哪些技術？
這里整理了一份web前端的系統學習路線，包含的技術如下：
第一階段：專業核心基礎
階段目標：
1. 熟練掌握HTML5、CSS3、Less、Sass、響應書布局、移動端開發。
2. 熟練運用HTML+CSS特性完成頁面布局。
4. 熟練應用CSS3技術，動畫、彈性盒模型設計。
5. 熟練完成移動端頁面的設計。
6. 熟練運用所學知識仿製任意Web網站。
7. 能綜合運用所學知識完成網頁設計實戰。
知識點：
1、Web前端開發環境，HTML常用標簽，表單元素，Table布局，CSS樣式表，DIV+CSS布局。熟練運用HTML和CSS樣式屬性完成頁面的布局和美化，能夠仿製任意網站的前端頁面實現。
2、CSS3選擇器、偽類、過渡、變換、動畫、字體圖標、彈性盒模型、響應式布局、移動端。熟練運用CSS3來開發網頁、熟練開發移動端，整理網頁開發技巧。
3、預編譯css技術：less、sass基礎知識、以及插件的運用、BootStrap源碼分析。能夠熟練使用 less、sass完成項目開發，深入了解BootStrap。
4、使用HTML、CSS、LESS、SASS等技術完成網頁項目實戰。通過項目掌握第一階段html、css的內容、完成PC端頁面設計和移動端頁面設計。
第二階段：Web後台技術
階段目標:
1. 了解JavaScript的發展歷史、掌握Node環境搭建及npm使用。
2. 熟練掌握JavaScript的基本數據類型和變數的概念。
3. 熟練掌握JavaScript中的運算符使用。
4. 深入理解分之結構語句和循環語句。
5. 熟練使用數組來完成各種練習。
6.熟悉es6的語法、熟練掌握JavaScript面向對象編程。
7.DOM和BOM實戰練習和H5新特性和協議的學習。
知識點：
1、軟體開發流程、演算法、變數、數據類型、分之語句、循環語句、數組和函數。熟練運用JavaScript的知識完成各種練習。
2、JavaScript面向對象基礎、異常處理機制、常見對象api，js的兼容性、ES6新特性。熟練掌握JavaScript面向對象的開發以及掌握es6中的重要內容。
3、BOM操作和DOM操作。熟練使用BOM的各種對象、熟練操作DOM的對象。
4、h5相關api、canvas、ajax、數據模擬、touch事件、mockjs。熟練使用所學知識來完成網站項目開發。
第三階段：資料庫和框架實戰
階段目標：
1. 綜合運用Web前端技術進行頁面布局與美化。
2. 綜合運用Web前端開發框架進行Web系統開發。
3. 熟練掌握Mysql、Mongodb資料庫的發開。
4. 熟練掌握vue.js、webpack、elementui等前端框技術。
5. 熟練運用Node.js開發後台應用程序。
6. 對Restful，Ajax，JSON，開發過程有深入的理解,掌握git的基本技能。
知識點：
1、資料庫知識，範式，MySQL配置，命令，建庫建表，數據的增刪改查，mongodb資料庫。深入理解資料庫管理系統通用知識及MySQL資料庫的使用與管理，為Node.js後台開發打下堅實基礎。
2、模塊系統，函數，路由，全局對象，文件系統，請求處理，Web模塊，Express框架，MySQL資料庫處理，RestfulAPI，文件上傳等。熟練運用Node.js運行環境和後台開發框架完成Web系統的後台開發。
3、vue的組件、生命周期、路由、組件、前端工程化、webpack、elementui框架。Vue.js框架的基本使用有清晰的理解，能夠運用Vue.js完成基礎前端開發、熟練運用Vue.js框架的高級功能完成Web前端開發和組件開發，對MVVM模式有深刻理解。
4、需求分析，資料庫設計，後台開發，使用vue、node完成pc和移動端整站開發。於Node.js+Vue.js+Webpack+Mysql+Mongodb+Git，實現整站項目完整功能並上線發布。
第四階段：移動端和微信實戰
階段目標：
1.熟練掌握React.js框架，熟練使用React.js完成開發。
2.掌握移動端開發原理，理解原生開發和混合開發。
3.熟練使用react-native和Flutter框架完成移動端開發。
4.掌握微信小程序以及了解支付寶小程序的開發。
5.完成大型電商項目開發。
知識點：
1、React面向組件編程、表單數據、組件通信、監聽、聲明周期、路由、Rex基本概念。練使用react完成項目開發、掌握Rex中的非同步解決方案Saga。
2、react-native、開發工具、視圖與渲染、api操作、Flutter環境搭建、路由、ListView組件、網路請求、打包。練掌握react-native和Flutter框架，並分別使用react-native和Flutter分別能開發移動端項目。
3、微信小程序基本介紹、開發工具、視圖與渲染、api操作、支付寶小程序的入門和api學習。掌握微信小程序開發了解支付寶小程序。
4、大型購物網站實戰，整個項目前後端分離開發；整個項目分為四部分：PC端網頁、移動端APP、小程序、後台管理。團隊協作開發，使用git進行版本控制。目期間可以擴展Three.js 、TypeScript。
5、如何製作scorm標準的網路課程
肆、如何製作符合SCORM教材
一、有效率的項目團隊
應用時，若想得到較高的效益必須要有專業的製作團隊，沒有一個人能做完所有的事，因為設計學習組件會花上比先前製作教材在前期的設計階段時間長些。因此必須建立明確專業分工。其中包含項目經理、教學設計師、美工、內容發展人員、程序工程師及內容圖書館員。當然還有外部的內容專家。
以下是針對每種角色做個簡要的說明：
教學設計師的新角色：必須要考慮重復使用性的選擇、針對符合學習組件精神設計內容架構圖、定義特定的行為、與其它團隊成員合作以確定教學內容的一致性。
內容發展人員或程序設計師：必須要依據SCORM規定製作內容組件及包裝、必須要能修改學習管理系統程序、在傳遞學習內容給學習者前要確定學習管理系統平台有哪些功能，並與教學設計師緊密合作以確定教材架構的行為符合技術上的應用。
媒體人員：與傳統工作內容不同於其需要定義、製作、管理可重復使用的媒體組件(asset)，例如圖片、影音或動畫、音檔。同時必須要撰寫所有媒體組件的metadata。與其它團隊夥伴緊密合作以確保設計的可重復使用的組件符合所需。
內容專家：必須要和教學設計人員緊密合作，以針對學習者及可重復使用性的目地去切割內容組件，並且一起討論教材架構流程及行為。
內容圖書館員：是新的成員，必須要建立和維護assets、SCOs、aggregations、content packages的metadata記錄，且要將內容儲存到儲存庫里；當有需求時要協助找出可重復使用的數據。
建立一個SCORM教材開發團隊有幾個政策性的方向需要思考，分別是：
SCORM是一個非常復雜且高技術的作法。
如何減短開發時間、提高ROI。
決定你的團隊要與不要作的事有哪些。
標准化你的生產流程。
將你的政策及程序寫在Style Guide里。其應該要包含每種角色的定義及職責、你將及不將做哪些事、版面/介面/檔案型式、標准化文件名及條約、版本及修改記錄政策、metadata欄位需求、標准化的設計及發展工具。
二、以下分別就從新的內容及已存在的內容中如何製作SCORM教材做摘要式說明
6、UI設計如何提高團隊協作
一、視覺UI設計與交互設計之間應銜接無縫，即時刷新視覺頁面
一般產品設計流程包括不同的階段，不同的階段其涉及的范疇內容不一樣，作為設計師面對所有步驟不能一蹴而就，而是按部就班，計劃行事。
當然作為視覺設計師;設計過程中主動出ABC…方案而不是只拿出一個唯一的方案，只有將想法用畫面來表達，才是夠合格的設計師，特別是視覺設計師，好處可以鍛煉自己的設計表達力，方便評審定稿，避免反復修改被人牽著走。
二、適當時，為開發開啟更多的話語權，避免更多的無用功
視覺規范、視覺標注、視覺控制項庫的整理與輸出目的只有一個：那就是指導開發，讓設計100%還原落地;回到項目中，對於設計團隊與開發團隊通常會體現以下兩種情況出現：
開發團隊對項目有豐富經驗，設計團隊對此項目經驗少-開發話語權大於視覺設計團隊擁有多次項目經驗，並有一定的設計沉澱累積-設計話語權大於開發從視覺設計而言，如果是設計團隊擁有豐富的經驗這是最好的，用經驗累積設計沉澱與創造性指導項目，話語權大，反之亦然。
三、用80%場景的視覺設計+視覺控制項規范+切圖+標注+宣講來指導開發;
1.視覺設計的場景
由交互提供具體場景的典型頁面，視覺稿進行輸出，多次迭代評審敲定後，再由開發提出缺失場景的視覺設計，視覺進行場景補充;
2.視覺UI控制項規范的輸出
必須是經過多次評審與迭代的最終視覺稿;但通常情況下，為了趕進度視覺設計與規范是同步進行，這導致規范反復修改的問題。
3.切圖與整理
切出所有視覺頁面中涉及到的圖標與輔助圖形;圖標大小如：24px/ 32px/48px/72px/128px等，根據圖標具體場景中的大小、顏色、狀態來切。換句話說，每一個圖標都有它對應的具體場景，特定的尺寸、顏色和狀態;記得曾與開發gg對規范與切圖的時候，他說：頁面的圖標切圖，需要的是一個具體的拿來就用的，我們不會去畫一個圖標或去特定寫一個圖標的顏色。
4.標注
視覺頁面的標注基於UI控制項規范的基礎上進行，拋棄以往每個頁面細無巨細的具體尺寸/色值/大小的標注。其實每一個視覺頁面皆由不同的UI控制項組成，在頁面中將對應控制項用UI控制項規范中的編號來標注，開發gg拿著視覺頁面標注去敲寫代碼時，再在UI控制項規範文檔中尋找相對應的控制項規范細節;這樣，視覺設計師避免在視覺頁面中做那密密麻麻的尺寸標注，而開發gg拿到標注清爽的視覺頁面也不會產生視覺疲勞。
5.規范宣講
以上4步完成後項目開發啟動前，用視覺規范對開發做統一的宣講，避免遺漏造成規則傳達不一致;這樣，還設計原度還是問題么?
四、與開發近距離接觸，面對面解決問題
最後一個方法是與開發來個親密接觸，即如果有條件允許的話，請與開發坐一起;遇到問題及時面對面澄清、拉通指導、達成共識、修改、敲定、解決。
試想一下，如果不和開發坐在一起，即使開發面對再完善的設計規范，基於開發本身對設計美感的欠缺，開發過程多多少少都會產生理解偏差。開發過程每遇到一個細節問題，開發gg都得拉著視覺問：這個按鈕上的左右箭頭是無限循環嗎?圖標缺少了一個狀態，那個狀態是什麼等;發個信息問拉會或者電話討論，有時候還解釋不清楚，效率低且事倍功半。
2.視覺UI設計師直接進組到開發團隊中
結合當前項目的做法是視覺設計師直接進駐到開發團隊中，與開發團隊坐在一起，舉個例子此項目視覺在深圳，開發在異省南京或是異國，視覺也出差飛過去長期進駐，遇到問題面對面商議解決;大大提高了開發的進度與也節約了時間，視覺還原度還是問題么?當然，如果設計與開發本來就附近辦公，則不需無休止的出差，項目成本節省不少。
7、ui分為幾個階段
教學分4個階段
8、低壓電子產品PCB板板路設計國家標准有哪些?
IEC 60194-2006 印刷電路板設計、製造及組裝--術語及定義
IEC 60721-3-1-1997 環境條件分類.第3部分:環境參數組分類及其嚴酷程度分級.第1節:產品貯存
IEC 61188-1-1-1997 印製版及其附件--設計和使用--第1-1部分:一般要求--電子配件的均勻性研究.
IEC 61189-1-2001 電氣材料、互連結構和組件的試驗方法 第1部分：一般試驗方法和方法學
IEC 61189-3-2007 電氣材料、印製板和其他互連結構及組裝件的試驗方法.第3部分:互連結構的試驗方法(印製板)
IEC 61190-1-1-2002 電子裝配附件-第1-1部分:高質量連接電子裝配焊接熔劑要求
IEC 61190-1-2-2007 電子組件用連接材料.第1-2部分:電子組件中高質量互連接件用焊劑的要求
IEC 61190-1-3-2010 電子組件用連接材料 第1-3部分:電子焊接用電子級釺焊合金及有焊劑和無焊劑的固體焊料的要求
IEC 61191-2-2013 印製電路板組件--第2部分：分規范--表面安裝焊接組件的要求
IEC 61191-3-1998 印刷板組件.第三部分:分規范--通孔安裝焊接組件要求.
IEC 61191-4-1998 印刷板組件--第四部分:分規范--終端焊接組件要求.
IEC 61249-8-8-1997 互聯結構材料--第八部分: 非導電膜和塗層用裝置的分規范--第八節: 臨時聚合物塗層.
IEC 61340-5-1-2007 靜電學--第5-1部分：靜電現象中電子設備的防護--一般要求
IEC 61760-2-2007 表面安裝技術--第2部分：表面安裝器件（SMD）的運輸和存儲狀況--應用指南
IEC/TR 61340-5-2-2007 靜電學--第5-2部分：靜電現象中電子設備的防護--用戶指南
IPC-A-610E-2010
IEC 61189-11-2013 電氣材料、印製電路板和其他互連結構及組件的試驗方法--第11部..
IEC 61249-2-27-2012 印製板和其他互連結構用材料--第2-27部分：包層和非包層增強基..
IEC 61249-2-30-2012 印製板和其他互連結構用材料--第2-30部分：包層和非包層增強基..
IEC 61249-2-39-2012 印製板和其他互連結構用材料--第2-39部分：包層和非包層增強基..
IEC 61249-2-40-2012 印製板和其他互連結構用材料--第2-40部分：包層和非包層增強基..
IEC 61182-2-2-2012 印製電路板組裝產品--製造描述數據和轉換方法學--第2-2部分：..
YD/T 2379.2-2011 電信設備環境試驗要求和試驗方法 第2部分：中心機房的電信設備
IEC/PAS 61249-6-3-2011 印製板用處理「E」玻璃纖維布規范
DIN EN 61191-6-2011 印製板組裝 第6部分：BGA與LGA焊接接頭中空隙的評定準則和測量..
IEC/PAS 61189-3-913-2011 電氣材料、印製板及其它互聯結構和組件的檢測方法--第3-913部..
IEC/PAS 62326-20-2011 印製板--第20部分：高亮度LED電路板
DIN EN 61249-2-41-2010 印製板和其他互連結構用材料 第2-41部分：包層和非包層增強基..
DIN EN 61249-2-42-2010 印製板和其他互連結構用材料 第2-42部分：包層和非包層增強基..
BS DD IEC/PAS 62326-14-2010 印刷電路板.設備嵌入式基底.術語/可靠性/設計指南
UL 796F-2010 柔性材料互連結構
。。。。。。。。。。。。。。。。。