對於UiPath的初步了解

在第一次接觸UiPath時，我在某度用「UiPath」搜索過一次，發現在國內這款小眾的軟體基本上是沒人關注的。那麼我今天就來講一下UiPath是怎樣的一款軟體。我認為：UiPath是為了企業自己開發流程機器人代替人手，從而減少人力成本，或者解放人手去從事其他工作而生的。

那麼什麼企業會用到UiPath呢？在大環境下，大家都覺得編程的語言不外乎java, c++, c等等。而實際上，開發流程機器人不需要用到這些語言。在企業里，員工為了省時省力，會自己開發vba或者autohotkey等腳本。但這些畢竟是小打小鬧，對於整個企業來說，帶來的效率提升不大。如果企業主營業務並非是軟體開發，自身軟體開發能力弱，而其業務流程規範且業務量大，人手重複工作多時，就可以用到UiPath了。

如何安裝UiPath？我們可以在官網申請下載UiPath（點擊網頁http://www.uipath.com首頁的Start Trial申請就行）。UiPath這款軟體安裝以後，在沒有激活license之前，Uipath只能試用若干星期，試用期結束後就會要求購買license，否則不能使用。license有兩種，對應著有兩種不同的許可權。第一種license是可以進行開發的，第二種license是只能運行UiPath的xlam文件，而不能開發或者修改xlam文件。

那麼UiPath和其他編程語言有什麼不同？UiPath是希望能讓企業自己開發屬於自己的業務流程機器人，因此UiPath開始的學習曲線是平緩的，適合沒有編程經驗的人使用，其獨特的activities模式，讓新手們覺得很貼心。但是當業務流程機器人需要處理的工作越加繁複時，沒有編程經驗的人會覺得UiPath很難駕馭了。反觀，有編程經驗的開發人員則會覺得UiPath很笨重。因為UiPath不是傳統的寫代碼來實現行為的，其獨特的activities模式讓老手們覺得很噁心（笑）。但是我們在吐槽UiPath的同時也在感慨UiPath真的很照顧非專業開發人員。

比如我們要實現點擊網頁上的某一個小圖標這個動作，只需要用Uipath的click activities去catch這個圖標，UiPath就會自動記錄這個圖標的web元素作為selector。然後運行UiPath，就能準確點擊到那個圖標。同樣的，如果我們需要點擊圖片上某一個地方，用UiPath的click image activities去catch相應的位置，UiPath會自動記錄這個位置的信息和圖片。運行UiPath後，也能準確點擊到圖片相應的地方。可能很多技術大牛心裡在吐槽，這算什麼技術，我也能做吧啦吧啦什麼的。但對於絕大部分編程能力弱的人來說，這些便利的activities真的好用到爆炸。我們不用在拘泥於怎樣實現這些動作，而是將開發的精力都用在實現業務流程上，既降低了開發成本，又提高了開發成功率。

雖然UiPath有諸多的好處，但是其壞處也是顯而易見的。比如，UiPath的開發是針對非常細小地業務流程的。如果業務流程發生了改變，那麼整個xlam都可能要重新開發。代碼的復用率很低。還有就是，要用好UiPath真的需要的編程功底，不然很多時候都玩不轉，可是這個又與UiPath的初衷有點相違背的。在2017的版本，UiPath將增加一個activities可以直接寫代碼了。到時，一個activities就能實現一套業務流程（笑）。

本文只是我在使用UiPath進行開發時的一些感想，以此拋磚引玉，希望會有大佬給出更多關於UiPath的使用心得。