程序員界面設計圖

『壹』 請問對於程序員來說，怎樣把平面設計師製作好的軟體界面（圖片格式），放入VC++6.0中

這是我最想做的工作
能否告訴我
一般人合適嘛

『貳』 別人眼裡的UI設計師是什麼樣的

很多時候，當別人問及你是做UI設計，會隨口說：「哦，美工!。」像這樣的稱呼很多，當然現在大多公司都已經改變了認識，但現實生活中卻存在諸多對UI設計的工作的誤解和輕視。

在此僅舉例談一點日常生活中對UI設計誤解的現象，並給出說明來，目的在於能更好的與軟體開發的各部門協調。

自己的認識

一個做UI設計的新手，當參與產品前期的策劃時，面對產品經歷或者策劃師的構想，幾乎插不上嘴，理解這些構想就很困難，更不用說提煉出自己的任務。

一個做UI設計的新手，當與程序員溝通時，發現自己完全不懂編程原理，以至於認為自己根本不懂軟體，只好任由程序員擺布，甚至嘲笑。自己也懊惱不如程序員，程序員對軟體什麼都懂!自己後悔不會編程，甚至產生要做程序員的想法。

一個做UI設計的新手，只為了作圖而作圖；大部分的UI新手讓大家感覺UI的蒼白無力！

老闆眼中的UI設計師

當前很多老闆談及軟體開發，認為編程序才叫開發，UI設計就是畫皮罷了，根本不把UI設計納入開發流程。但開明的老闆開始意識到UI設計好壞直接關繫到產品在商業上的成功，於是開始注重UI設計，但很少有了解到具體工作的，只是直觀地說就是設計的好看，好用。老闆嘛，開明就很不錯了!

策劃、產品經理眼中的UI設計師

策劃和產品經理很少關注編程的質量，他們用業務邏輯和形象描述來表現產品，進而實現商業模型；他們關注的是軟體使用效果及軟體的形象；雖然他們自身並不做具體的軟體交互及GUI的具體工作，但把大部分的期望都交給了UI界面設計師。所以在做軟體交互之前策劃師和產品經理會把業務邏輯及產品的樣子描述出來，隨後便對UI設計體現充滿童憬！

程序工程師眼中的UI設計師

入門級程序員說，我要實現軟體，要編程序，讓美工(指UI界面設計師)配合我畫幾張來。在與UI界面設計師的溝通中，認為UI界面設計師，太弱智，不懂程序，於是就根據具體的實現隨意竄改UI設計，到頭來認為自己很牛氣!殊不知自己顛倒UI設計的程序序，UI設計應該來指導或者約束編程才對。

高級程序工程師在做編程之前會找UI溝通，索要需要的UI元素，實現時盡量減少產品和設計的誤差。產品獲得用戶的喜歡，程序工程師也實現了自己的價值。大家是協作的不可分割的團體。

UI在工作中給同事的感覺

因為UI的工作結果基本上不是文檔就是設計圖，所以給不太了解UI的同事感覺UI就是畫圖，也沒什麼的嘛!編程序多牛!UI也就是畫幾張圖給程序用。同事都直觀的認為UI是畫圖的，那麼在社會上流傳起來難免會認為UI=美工了。

用戶眼裡的UI

對於用戶來說，UI是他接觸的全部。因為UI是前台表現，所以用戶看到的只有圖形界面。使用軟體的過程實際就是根據UI表現與計算機交互，以達到操作軟體的目的。用戶會根據使用的感受選擇自己喜歡的產品，而不去關注代碼是否寫的優化，實際根本看不到代碼，也看不懂。一般意義上，很多用戶認為圖形界面也是編程，會忽略設計的過程。但不管怎樣，只能看到界面、體驗界面。

雖然UI設計總是遭遇各種尷尬，但是親愛的UI設計師們千萬別懊惱，你我都知道UI設計是一項很重要的工作：

1、UI設計是用來平衡用戶需求與產品實施之間的矛盾的，它在開發的工作中貫穿整個過程。

2、UI設計表現了策劃師的構想，編程實現並支撐著UI表現。

所以，UI界面設計師們，走自己路讓別人說去吧。

『叄』 軟體開發需要什麼樣的美工

通常，軟體美工是做平面設計出身的，這是業內和業外的共識。大家也想當然地認為美工做的是美術設計工作，不需要懂軟體本身用到的技術——另外，與此相伴的就是，對於程序員缺乏可用性觀念和審美情趣，雖然痛心疾首，但同樣習以為常。在程序員和美工之間通常難以存在高效的溝通。相對好一點的情況是，開發團隊運用科學的管理手段進行管理，如果人員數量能得到保證，項目管理人員、交互設計師可以作為程序員和美工之間的橋。但這也只是從工程管理的角度來看相對好一點而已。這種橋式介面畢竟只是橋，不是路。從我自己這些年來跟一些美工合作過的經歷來看，我認為溝通出現困難的根源在於，軟體開發過程中需要的美工，決不能是純粹的平面設計美工！因為他們的工作，不是設計海報、廣告、宣傳畫，而是設計軟體界面；不僅要考慮美觀性和可用性，還要考慮是否「是」個軟體界面，考慮其可實現性；軟體美工，最後交出來的活，應該是交互設計師給出的軟體界面上各元素獨立的形象設計——可以由程序員不需要再做「副美工」的加工就能在程序中直接拿來構造出界面的資源，而不是給一張像海報一樣的設計圖，整個界面的效果圖全在一張沒有層的 JPEG 或 PNG 或其它格式的像素圖中，要程序員再從裡面摳出按鈕、輸入框等部件。事實上傳統的平面設計美工在設計和製作軟體界面效果圖的過程倒恰好跟程序員的需求有些對路。使用諸如 PhotoShop 之類的專業圖像處理軟體，必然涉及到層的操作。他們通常在不同的層里處理界面中不同部分，逐漸「組合」起來出現最後的效果。譬如整個窗體的背景圖是一個層，非客戶區（標題條、邊框、縮放把手）是一個層，別的層里做好按鈕、圖標、輸入框等效果，最後組合成一張圖。其實，這些分立的部件（或者說 PSD 文件也可以，不過程序員通常還是不要拿到這個來自己搞為妙），對程序員來說比那張最終效果的 JPEG 更重要。在正規的項目里，因為開發過程和團隊都相對完備，所以美工可能會在經驗豐富的組長管理之下把這些事情做好。然而我們（尤其指像我這種情況的非正式軟體開發者）可能不具備組建一個完備團隊的條件。於是就會遇到這樣一種情況：美工辛辛苦苦熬了幾個夜，終於做出了漂亮的界面設計圖，興高采烈地交給程序員，可憐的業余程序員傻了眼——圖雖然好看，但還要做不少額外工作才能用在程序中，甚至根本沒法用。基於窗體的程序還好一些，最郁悶的是網頁。很多美工用 PhotoShop 設計網頁效果，然後用內置的切割和導出工具直接輸出成 HTML，這樣看似不錯，但實際很糟糕。頁面被切成大大小小十幾個 用 absolute 方式定位的 DIV，每個大小和位置幾乎難以調整，動一下就會在別的位置出現糟糕的空白，還有一堆無用的細長條 DIV 純粹就是切割的時候出現的佔位塊。純靜態的 HTML 還好一些，如果內容是動態填充的，可能哪裡多幾個字元就會破壞布局，或者把顯示的內容裁剪掉一部分。如果是內容管理系統，頁面區塊可以用戶控制的，那可就徹底亂套了。因此，非常有必要細化出「軟體界面美工」這樣專門的角色，甚至有必要在高校藝術設計類專業里增設類似的課程。他們不需要了解一個 GUI 程序從啟動到推出的窗口消息是怎麼路由的，不需要知道網站後台如何生成頁面傳送給瀏覽器，但是，應當有一定的簡單 GUI 程序開發經歷，要手寫過 HTML 頁面，知道 CSS 是怎麼用的，也就是說能夠理解程序和藝術數據之間如何契合，程序展現界面時需要什麼形式、什麼組織結構、什麼格式的美工作品。當然，作為程序員這個想法還是有點自私的：讓學藝術的人來理解和計算機代碼相關的東西，似乎不太人性化。不過，軟體界面畢竟不是純粹的藝術品，軟體美工也不可能是純粹的藝術家，對吧？

『肆』 UI設計理念：優秀的界面設計是如何誕生的

一個好的交互設計對產品的成功起著很關鍵的作用。UI所做的就是用戶最先接觸到的東西，也是一般性的用戶唯一接觸到的東西。用戶對於界面視覺效果和軟體操作方式的易用性的關心，要遠遠大於他對底層到底用什麼樣的代碼去實現的關心。如果說程序是一個人的肌肉和骨骼，那麼UI設計就是人的外貌和品格！都是一個成功軟體產品必不可少的重要組成部分！對我而言程序懂得不多所以只是從UI設計與軟體產品整體的關系和如何才能使軟體產品得到最佳的UI設計角度來談。現在我們的軟體產品存在的一些問題有技術方面的問題，但是更多的問題來源於各個部門、各個項目小組的之間的配合。我們現有的開發流程一般都是由市場部門提出客戶需求，產品設計人員提出產品設計報告，開發部門設計開發計劃，由各個小組分別開發一個模塊，最後整合成為一個完整的軟體產品。在這些流程之間UI設計應該參與那一個部分，每一個部分應該做到什麼地步才可以使產品得到最好的UI設計效果呢？下面我們會在每一個部分具體分析。首先分析一下現在的問題所在，在一些軟體業比較發達的國家軟體產品的UI設計過程貫穿了軟體開發的自始至終，而且是必不可少的。而在中國產品UI設計並沒有被廣泛接受，就算是已經有了UI設計師的一些企業也沒有對產品的UI有著足夠的重視，一般來講他們大都會把重點放在如何使用代碼實現所需要的功能，在我看來這只是一個成功軟體產品的一個部分。一個優秀軟體產品的開發過程應該是由四個部分組成： 1.軟體產品的設計（業務建模） 2.系統的設計（技術建模） 3.分單元的開發（把軟體各個部分拆分分單元編寫代碼） 4.測試（分為單元測試、系統集成測試和產品功能測試），這些是由軟體研發部門做的工作。 除去以上軟體開發過程的四個部分還有用戶需求和用戶驗收測試，這兩個過程是由市場部門和產品用戶一起完成。所以說用代碼實現產品功能（coding過程）只是軟體開發的一個步驟。現在我們回到UI設計的角度來看，作為UI設計人員我們需要全程參與到軟體開發過程中，而不只是在某一個步驟參與，現在在大多數軟體企業里UI設計師只是在產品的coding過程的時候才實質性的參與到軟體開發過程里，而在其它幾個步驟里只是參加甚至根本沒有參加（在這里我要強調「參與」和「參加」是兩個詞的不同概念，「參與」指的是完全加入到開發行列開始進入設計階段，而「參加」指的只是旁聽會議或者提出一些簡單的意見並沒有開始進入設計階段），這樣就會大大降低軟體產品的開發效率使開發成本成倍上升甚至導致整個產品的不成功！這並不是危言聳聽，下面我們分析一下在一個軟體產品的開發過程中UI設計應該怎麼做、做到什麼地步才能避免上邊提到的那些問題？下面我會根據軟體開發的過程解釋上邊的問題，剛才我提過軟體開發過程的幾個步驟： 1.產品建模 2.技術建模 3.分模塊開發 4.測試，那麼我們也分為這四個部分進行討論： 一.產品建模時期：我們首先來了解一下「輸入」和「輸出」，在UI設計里是很重要的兩個概念，經常會有人過來對我說「我們有一個軟體產品需要美化一下」然後再也沒有什麼深入的解釋了，僅僅這句話我的工作就要開始了，然而這個軟體是給誰用的？是干什麼的？我們卻一無所知！成功的UI設計首先要有完整的「輸入」，怎麼才能叫做完整的「輸入」呢？也就需要UI設計師從整個軟體產品的策劃階段就開始介入，在產品用戶（也就是客戶）向市場部門或者產品部門提出產品需求的時候就要開始參與到產品策劃開發過程中來，這一部分對於UI設計師而言就是第一個輸入階段，並且在這個階段里UI設計師也需要提出一些對產品交互設計的意見，以便產品部門在做產品設計的時候更多的考慮到產品的交互性和功能的簡單表現原則，有很多軟體在設計階段就被加入了許多並不是用的附加功能，其實一個好的軟體設計就是要用最簡單的結構實現用戶的想法，一些可有可無的功能看上去很花哨往往會影響用戶的判斷能力，這些就是產品優化的一些概念了。在此我需要簡單的提一下如果想要深入研究可以看一些有關於產品優化的書籍甚至是心理學的書籍，有很多人認為軟體的優化就是代碼的優化（用最少的代碼實現產品功能），在我看來這只是程序的優化是針對程序員而言的而不是整個軟體產品的優化，產品優化包含了交互設計在現在的多數軟體企業沒有專門做這一部分的交互設計師所以往往這一部分被忽略，我認為這一部分應該又UI設計師承擔起來，從文章的開頭我就說過UI設計不只是圖形界面的設計，就算是有企業里邊有這樣的優化人員或者交互設計師他們也要和UI設計師一起配合完成產品交互設計，作為UI設計師產品的交互性和易用性是在做設計的時候必須考慮的！言歸正傳，產品設計人員經常不會過多考慮簡單易用原理也就是產品出來用什麼樣的組合形式體現給用戶，這也是UI設計師考慮最多的事情，所以UI設計師一定要在產品建模期間參與設計，給產品設計師一些意見。作為一名優秀的UI設計師我們還要在了解了產品的需求之後更深入了解這個產品的使用環境和用戶群體的使用習慣。我們還需要了解市場上的同類軟體產品的設計方案，研究他們的優缺點，以便在我們設計的時候吸取它們的長處避免它們的錯誤。在產品建模之後一般的都會由產品設計人員給客戶做一次功能設計講解，往往這樣的講解只是文字性質的需要讓客戶想像著理解，這就會造成很大的隱患有的客戶根本無法理解你的講解甚至對這樣的講解根本不認真聽，因為他們根本不懂，在討論過程中他們經常會同意產品設計人員的一切設計想法但是產品測試的時候他們又會提出種種不滿意，我想這是一般的軟體公司都會遇到的也是最最頭疼的事情，但這並不能怪客戶我說過客戶只會關心視覺效果和軟體的操作而並不會去關心我們是怎麼實現這一切的。這種情況帶來的直接後果就是產品的反復修改開發成本成倍上升，怎麼避免呢？這就要靠UI設計師了，俗話說「眼見為實，耳聽為虛」，所以需要UI設計師做出一個產品整體效果的demo。這個demo用圖片的形式表現就可以，我們只需要將要體現的產品界面做一個拼湊就可以了，因為這並不是產品的最後樣子，只是協助產品設計人員給客戶講解產品設計。產品建模時期UI設計師要了解客戶的要求想法和產品設計人員對產品功能的要求深入了解產品，採集用戶的使用需求、使用環境和使用習慣，了解市場同類產品的設計分析它們的優缺點。協助產品設計人員完成產品建模過程並製作產品展示demo模擬用戶對主要功能的操作過程和界面呈現，生成交互原型（基本上產品的交互性和易用性問題都需要在產品建模的時期解決）。如果時間允許我們甚至可以提出一份「UI設計分析報告」，這份報告可以附在產品設計說明後，更有效的幫助客戶了解我們的產品設計並且幫助開發人員更好的遵循UI的整體要求來完成開發工作。這個時期的關鍵是「交互設計」。 二.技術建模時期：在這個時期作為UI設計師我們已經了解了軟體產品的功能需求並且拿到了一份產品設計人員的產品設計說明，可以進入界面樣式的設計過程了。這個時候我們應該考慮更多的應該是產品的整體風格和界面的設計，通常我們也會做出幾份方案給客戶選擇。有些客戶會要求產品遵循一個整體的VI設計標准，那麼我們就需要按照一個整體的已定的風格去設計軟體的界面，要與客戶公司的企業形象吻合。在這個時期軟體的UI設計進入到了美術設計階段，我們需要制定整個軟體的風格，塑造軟體的整體形象，並且具體的描述每一個界面中的元素和布局、文字字體等信息。在這個階段我也不應過多的說什麼，主要是每個UI設計師各自發揮你們的藝術專長用最簡潔、最漂亮的界面表現軟體產品。需要注意的就是在我們設計整體風格的時候一定要深入了解這個產品的理念，看看它是干什麼用的。不同的產品要有不同的風格，這里邊有很多的細節注意，不同的產品、同類的產品不同的內容、不同的傳播介質，這些都會決定UI設計的風格。 1.不同的產品：比如一個游戲產品就需要將界面做的花哨一些或者用大的圖片充斥；如果要是一個應用軟體就需要突出使用方便和強大的功能設計要簡潔。 2.同類不同的內容：比如一個可愛的游戲產品（像是卡通類游戲）就需要將界面做的活潑生動可愛一點；如果是一個角色扮演的戰斗類游戲（像是槍戰闖關類游戲）就要做的酷一點深沉一些。 3.不同的傳播介質：我們要做的軟體產品有的需要在網路上傳播那麼就需要我們考慮到網路速度的問題；有的就是利用光碟當作介質那麼這樣的軟體就可以做一些比較花哨的效果。所以說不同的產品還需要單獨考慮，這也需要UI設計師多多了解產品，保持與客戶交流。還需要重點注意的就是我們在做圖形化設計的過程中千萬要貫徹在前一個階段做好的交互設計，始終注意產品的交互性和易用性。在設計過程中我們一定要做出每種結構每一個步驟的效果圖，不能只提供圖標、按鈕、背景圖等圖片，這樣的話程序員根本不知道往那放這些東西，在這個時期我們就要最終確定軟體界面的呈現形式。技術建模一般是由高級程序員完成的，他們會將整個軟體開發分為一個一個功能模塊，分配給一個一個的開發小組。但是這些負責技術建模的高級程序員考慮更多的往往是如何將整個設計用代碼實現、怎麼才能更有效的復用以前已有的模塊等等，而不是軟體是什麼模樣會有什麼樣的風格，所以作為UI設計師我們必須主動出擊，多多和他們交流以保證我們的想法能夠完整的實現，如果有技術實現的問題我們還要及時做出修改。有時候我們還需要根據客戶或者產品的特定需求做一些延伸性的設計（也叫UI產品設計的外延），包括：軟體的安裝導航界面、產品的演示宣傳動畫、一些附帶的桌面壁紙或者屏幕保護、代表軟體的卡通小精靈、有時還會被要求設計軟體的logo和廣告banner等等。技術建模時期的關鍵是「風格和界面設計」。 三.分模塊開發時期：這個時期軟體開發過程進入實現階段，也是需要人力最多的時期，這樣就會分散UI設計師的精力。軟體會被切分為若干個小的模塊進行代碼編寫，最後整合成一個完整的軟體產品。對於一個程序員來講他們大多根本不會考慮到產品應該是什麼樣子應該有什麼整體風格，他們所考慮的只是如何用代碼實現設計的要求，而且在現在的軟體企業多都實現了模塊的復用，這樣會大大節約人力成本，那麼程序員只是對原有模板進行修改使之適應新的軟體產品，這樣就會對UI設計的最終貫徹和實現帶來很大的麻煩。做出的每一個模塊雖然已經能夠使用但是都是「各自為政」沒有統一，因此我們也需要主動的協助和監督程序員完整的實現UI設計的要求，如果有技術無法實現的問題需要及時溝通改正設計方案。有的時候有些模塊需要有單獨的風格，比如一些已有的軟體產品需要集合到某一個新的產品中去，這樣就會加大了設計師的設計難度，我們必須要在保證產品整體風格不變的情況下將原有產品的設計風格集合進去，使之更加適合新的產品表現形式。如果我們仍舊保持原有產品的風格那麼當各個模塊集合起來之後往往會使新的產品感覺很鬆散，進入每一個功能都會覺得是另外一個軟體，使人對軟體的印象不深刻。在這個階段我們還是要主動一些，跟進各個模塊界面的實現。現在很多軟體企業都存在很多UI設計師和程序員的協作問題，不是程序員做不到UI設計的要求，就是UI設計師堅持一些自己的想法不能改動，還有的時候經常會有人過來沒頭沒尾的說幫我做點東西吧！當軟體集成到一起再一看，就是很多不同風格的東西堆砌到一起，從頭到尾都不舒服，領導或者客戶看了以後極度不滿狂批一陣，最後得出結果UI設計做的不到位。 有人說UI設計師就要背著軟體不成功的黑鍋，因為人們根本看不見代碼怎麼寫的，功能是怎麼實現的，他們只知道對軟體的樣子和使用進行評論。讓一個用戶評論一個軟體他們只會說這個軟體好用看上去也不錯挺漂亮的，但是做為一個普通用戶決不會有人說這個軟體程序寫的不錯。這么一看我們會聯想到現在軟體開發之中主要的沖突在UI設計師和程序員之間，其實這只是表面的表現形式。實質上這個現象體現了現在軟體企業的一個通病就是這個開發組之間的協作關系混亂，程序員和UI設計師之間是平級協作關系，程序員是不會對產品負責的，這樣看來UI設計師只應該聽項目經理的，無論對設計做什麼樣的改動或者增添什麼樣的東西，都應該由開發項目經理和產品經理協商之後決定，只有他們可以對最終的產品負責。這樣也可以避免很多程序員和UI設計師之間的爭執和矛盾。但是現在大多說軟體企業的產品經理和開發項目經理沒有做到這一點，他們也根本不了解UI設計師和程序員的工作，也無法把握他們的工作量，這樣無序的管理會造成很麻煩的後果。其實可以建立一些合理的流程管理制度，就算企業沒有作為UI設計師也可以自己起草一份適合自己和企業的「UI設計需求申請單」，里邊應該列出我們需要的「輸入」內容、工作時間、最終的「輸出」結果等等欄目（可以自己根據要求靈活決定）。這樣形成一個有參與人、有依據、有存底的工作流程，出現問題或者爭執的時候我們有據可依，這只是一個習慣性的東西因不同的企業而議不一定都要建立需求單。在分模塊開發時期UI設計師應該做的是，在模塊開發的前期做出產品每個模塊的效果demo（可以用圖片的形式表現）要求程序員按照demo的樣式進行模塊開發，協助和監督程序員嚴格按照UI設計要求生成最終產品，把握各個模塊的統一，經常了解程序員的工作進展及時對不合理或者難以實現的設計進行討論設計出新的方案。分模塊開發時期的關鍵是「協助和監督程序員生成最終產品」。 四.測試時期的輸入和輸出： 軟體產品的測試會分為三個測試階段，第一個是分模塊開發完成之後每一個模塊進行的單元測試；第二個是將各個單元集成為一個整體的產品進行集成測試；第三個就是整個產品在交付使用前進行的整體測試。在測試過程中UI設計師的任務相對會輕松一些，我們只需要跟著測試人員走幾遍流程，如果在其中發現沒有按照UI設計要求的部分及時要求改正就好了。 我們還會經常遇到客戶在測試過程中突然覺得那裡不合適需要修改，這也是最最頭疼的事情了，有的時候他們說的並不一定對，只要我們設計的每一個步驟都有一定的道理能夠說服他們就一切ok了。如果他們執意要修改設計方案，那麼我們沒辦法只能按照客戶需求修改。但是如果前邊按照本文的流程走下來我想這樣的可能性不大就算是修改也不會是大動干戈。在修改過程中我們還是需要先做出效果圖，讓客戶確定再具體實施，這樣也會避免很多麻煩的。測試時期的關鍵是「檢查整個產品發現問題及時改正」。如今軟體的越來越多的考慮到人的因素，「以人為本」的設計理念貫穿了整個軟體產品開發的始終，因此軟體產品的UI設計過程最重要的兩個部分就是行為和構造，也就是交互設計和界面設計。上面我們按照軟體開發的四個階段，逐個的分析了每個時期UI設計的任務。由此我們可以看出UI設計並不完全是一個美術設計的過程，還有很重要的一個部分就是交互性和易用性的設計。我們要時刻把自己放在軟體的用戶角度來考慮，設計出最簡單易用，界面友好的軟體產品。 善於使用繼承，讓美工團隊去設計窗體的界面，程序團隊只去實現窗體功能。來源：網路更多

『伍』 python圖形化界面設計tkinter

python提供了多個圖形開發界面的庫，幾個常用Python GUI庫如下：

• Tkinter：Tkinter模塊("Tk 介面")是Python的標准Tk GUI工具包的介面.Tk和Tkinter可以在大多數的Unix平台下使用,同樣可以應用在Windows和Macintosh系統里.,Tk8.0的後續版本可以實現本地窗口風格,並良好地運行在絕大多數平台中。

• wxPython：wxPython 是一款開源軟體，是 Python 語言的一套優秀的 GUI 圖形庫，允許 Python 程序員很方便的創建完整的、功能鍵全的 GUI 用戶界面。

• Jython：Jython程序可以和Java無縫集成。除了一些標准模塊，Jython使用Java的模塊。Jython幾乎擁有標準的Python中不依賴於C語言的全部模塊。比如，Jython的用戶界面將使用Swing，AWT或者SWT。Jython可以被動態或靜態地編譯成Java位元組碼。

Tkinter 編程

Tkinter 是Python的標准GUI庫。Python使用Tkinter可以快速的創建GUI應用程序。

由於Tkinter是內置到python的安裝包中、只要安裝好Python之後就能import Tkinter庫、而且IDLE也是用Tkinter編寫而成、對於簡單的圖形界面Tkinter還是能應付自如。

創建一個GUI程序

• 1、導入Tkinter模塊

• 2、創建控制項

• 3、指定這個控制項的master， 即這個控制項屬於哪一個

• 4、告訴GM(geometry manager)有一個控制項產生了。

實例：

• 1 #!/usr/bin/python2 # -*- coding: UTF-8 -*-3 4 import Tkinter5 top = Tkinter.Tk()6 # 進入消息循環7 top.mainloop()





Tkinter 組件

Tkinter的提供各種控制項，如按鈕，標簽和文本框，一個GUI應用程序中使用。這些控制項通常被稱為控制項或者部件。

目前有15種Tkinter的部件。我們提出這些部件以及一個簡短的介紹，在下面的表:

控制項

描述

Button 按鈕控制項；在程序中顯示按鈕。

Canvas 畫布控制項；顯示圖形元素如線條或文本

Checkbutton 多選框控制項；用於在程序中提供多項選擇框

Entry 輸入控制項；用於顯示簡單的文本內容

Frame 框架控制項；在屏幕上顯示一個矩形區域，多用來作為容器

Label 標簽控制項；可以顯示文本和點陣圖

Listbox 列表框控制項；在Listbox窗口小部件是用來顯示一個字元串列表給用戶

Menubutton 菜單按鈕控制項，由於顯示菜單項。

Menu 菜單控制項；顯示菜單欄,下拉菜單和彈出菜單

Message 消息控制項；用來顯示多行文本，與label比較類似

Radiobutton 單選按鈕控制項；顯示一個單選的按鈕狀態

Scale 范圍控制項；顯示一個數值刻度，為輸出限定范圍的數字區間

Scrollbar 滾動條控制項，當內容超過可視化區域時使用，如列表框。.

Text 文本控制項；用於顯示多行文本

Toplevel 容器控制項；用來提供一個單獨的對話框，和Frame比較類似

Spinbox 輸入控制項；與Entry類似，但是可以指定輸入范圍值

PanedWindow PanedWindow是一個窗口布局管理的插件，可以包含一個或者多個子控制項。

LabelFrame labelframe 是一個簡單的容器控制項。常用與復雜的窗口布局。

tkMessageBox 用於顯示你應用程序的消息框。

標准屬性

標准屬性也就是所有控制項的共同屬性，如大小，字體和顏色等等。

屬性 描述

Dimension 控制項大小；

Color 控制項顏色；

Font 控制項字體；

Anchor 錨點；

Relief 控制項樣式；

Bitmap 點陣圖；

Cursor 游標；

幾何管理

Tkinter控制項有特定的幾何狀態管理方法，管理整個控制項區域組織，一下是Tkinter公開的幾何管理類：包、網格、位置

幾何方法 描述

pack() 包裝；

grid() 網格

place() 位置

『陸』 新手應該如何系統的學習UI設計

零基礎想要轉行UI，該先學什麼？學習什麼內容？又如何學習呢？我們將學習內容拆分出來，以周為學習周期，一共十八周，來簡單介紹一下學習流程。

第十八周：前端

大家都知道與UI設計師密切合作的是前端，那作為一個UI設計師，只有懂了前端，這樣才會合作得更好，提升工作的效率。我們可以學習HTML5，學習CSS3等。

雖然是以周劃分，安排得滿滿當當，這樣學習流程適合大多數零基礎的小夥伴，每周的內容如果學習的不扎實，可以適當停留腳步，因為每個人的學習能力不同，學習掌握情況不同。一定要將知識學扎實，一步一個腳印的往前走，才能真正將UI設計知識掌握牢靠。

『柒』 什麼是ui設計，如何做好ui設計

先從近一點的開始扯，我們這一代人接觸互聯網應該是從windows（窗口）界面開始的，所以你在互聯網上看到的任何圖片（非自然景觀）、動畫、效果都是設計完成的。也就是UI設計師完成的。

UI設計師到底是什麼？

UI，也即用戶界面（User Interface，簡稱UI，亦稱使用者界面）是系統和用戶之間進行交互和信息交換的媒介，它實現信息的內部形式與人類可以接受形式之間的轉換。

在日常工作中，UI設計師一般要做的事情還挺多的（手機端UI和網頁UI大多數情況由同一人完成，大公司分工比較細，會分開）。

說直白一點就是：

界面設計並標注尺寸（手機端或是網頁平台或軟體）

圖片導出給程序員（手機端）

啟動圖標設計

提交到各大平台的推廣圖（活很多，各種尺寸，橫豎屏）

產品的網頁設計

展會海報，易拉寶，等平面

UI設計師要學很多，才能獨當一面。一般的公司都只會招一個又做網頁又做手機端的UI設計師，未來也手機端和網頁UI 合二為一，ui設計師可不是美工，做做圖完事的，需要對公司的產品及用戶體驗放在首位。

『捌』 UI界面設計初學者要學習什麼東西

無論是自學還是報班學習，初學者最好還是先打好基礎，熟練掌握軟體的基礎操作和運用，自學的話可以在網上找一些Photoshop、illustrator等課程的視頻，多多在網站論壇上與其他的學員或者老師進行交流。如果自身的自律性較差，自學能力較弱當然還是可以報名參加培訓機構，專門的老師可以幫助你明確學習方向，少走彎路，及時解決問題。

UI界面設計主要面向的方面有：軟體基礎及視覺手繪設計、網頁版式設計、移動端界面設計、跨平台界面設計等。UI設計重點需要學習的課程有PhotoshopCC、AI AXURE Flash交互動畫、DIV=CSS、HTML5 CSS3 H5等軟體及開發工具，界面設計首先是要掌握ui設計的基礎，然後在學習與設計相關方向的知識。

設計師需要掌握的技能

還是一句話，多學多練，無論是自學還是報班培訓，都跟自己的努力是分不開的，學習UI設計並不難，重要的是自己。

『玖』 ui設計主要是做什麼

UI設計是指對軟體的人機交互、操作邏輯、界面美觀的整體設計。UI設計師的職能包括很多人選擇學習設計其實都是三分鍾熱度，最好在學習之前先來做一個小測試→點擊測試我適不適合學設計圖形設計：即傳統意義上的「美工」，當然，他們承擔的不是單純意義上美術工人的工作，而是了解軟體產品、致力於提高軟體用戶體驗的產品外形設計師。交互設計：主要在於設計軟體的操作流程、樹狀結構、操作規范等。一個軟體產品在編碼之前需要做的就是交互設計，並且確立交互模型，交互規范。用戶測試/研究：任何的產品為了保證質量都需要測試，軟體的編碼需要測試，自然UI設計也需要被測試。這個測試和編碼沒有任何關系，主要是測試交互設計的合理性以及圖形設計的美觀性。測試方法一般都是採用焦點小組，用目標用戶問卷的形式來衡量UI設計的合理性。學Ui設計可以到天琥教育，天琥經過嚴格審核獲得辦學許可證，是行業為數不多獲得辦學許可證的機構。並且天琥官網配備性格測評，在線報名以及客服咨詢，全方位滿足你選擇的需求，根據自身性格選擇自己適合的課程以及講師。

『拾』 「界面設計」「視覺設計」「交互設計」之間的關系是什麼如何理解

首先來介紹下「界面設計」、「視覺設計」、「交互設計」這三個詞。
交互設計：在產品經理定義完產品的需求、目標等等後，交互設計師確定用戶達到每個小目標的過程中，用戶和系統的對話過程；
界面設計：在系統和用戶的每一個對話中，系統說的每一句話即是呈現給用戶的一個頁面，交互設計師確定這個頁面應該表達什麼，界面設計師在這個的指導下設計這個頁面，達到交互設計師的要求；
視覺設計：這個相對比較簡單，在不違反界面設計師的設計目的的情況下，將每一個頁面美化。
本質上來講這三者沒有比較的意義，因為它們是不同視角下的概念。
如果非要劃出范圍，大致會是這樣：

它們有大量不重疊部分。界面設計還包括很多技術層面的東西，視覺設計包括大量感官傳達的東西，交互設計也有一些其他的純行為流程類的東西。
但是，現實工作中一般不會牽涉這么廣，互聯網對三者的理解是窄化了的概念。