現在，任何軟體產品的移動化都是常見的或者是必須的，ccbpm
也是如此。由於
jflow
與ccflow
移動端不開源的情況，那麼想自己開發移動端，應該如何做呢？下面，將介紹一下大體的思路。
ccbpm為移動端提供了兩種實現方案，但是對應的表單型別也是具有侷限性的。
第一種，適用於自由表單的方案。（通過流程設計器畫出來的表單）
此種方案，首先需要完成表單解析器功能的開發，即pc
端的myflow
頁面（myflow.jsp or myflow.aspx
）、ucen
頁面，用於解析
pc端設計器中設計的表單並呈現在移動端。這也是移動端開發最難的地方，並且熟悉
ccbpm
的**或者表單處理邏輯。（目前
ccbpm
的移動端表單解析器是與
pcpc
端表單有出入。）
當解析器完成之後，那麼剩下的工作就比較簡單了，模組設計，呼叫api
獲取流程資料、表單資料，生成待辦、流程發起、在途、抄送等功能模組。在設計好的按鈕中，同樣呼叫
api實現流程的傳送、退回、審批、軌跡等功能。
第二種，是針對於sdk
表單、自定義表單的方案。（自己編寫的流程表單頁面）
由於sdk
表單本身的特性，所以，這一方案就很簡單了。在移動端中編寫實現自己
pc端的表單頁面，並呼叫介面就可以現實。此種方案，總之，就一句話，呼叫介面。
以上兩種方案，差別很大。
第一種方案，就屬於做好之後，只要不是自己通過編碼實現的表單，就可以重複使用。但是表單風格是統一的，不能進行區域性個性化。適用於流程數量較多、表單事件較多的系統。
第二種方案，就是，每次增加乙個流程，都需要在移動端中新增乙個表單頁面。這種方案，對表單風格是開發性、自由性的，可根據自己的想法進行設計。適用於流程數量較少、表單功能複雜的系統。
無論選擇哪一種方案，都不能實現具有多種表單型別的流程。比如說，第乙個節點使用自由表單，第二個節點使用sdk
表單。這種方式，是不支援的。
下面是jflow的移動端案例。
移動端開發案例
touchstart touchmove touchend 可以實現拖動元素 但是拖動元素需要當前手指的座標值 我們可以使用 targettouches 0 裡面的pagex 和 pagey 移動端拖動的原理 手指移動中，計算出手指移動的距離。然後用盒子原來的位置 手指移動的距離 手指移動的距離 手...
安卓Tv端App開發與手機端的開發的區別
一 橫屏 android screenorientation landscape 不用多說，電視機一般都是橫屏的。二 焦點 tv端因為沒有觸控螢幕，所以需要設定判斷所有的控制項跟view的焦點，基本上所有的控制項都要使用到以下的方法 xml布局中加入android focusable true 還有...
手機端開發深度學習應用
第一步模型壓縮 將深度學習模型應用到手機 嵌入式裝置，我們應該減少模型記憶體封裝，減少推斷時間和減少能源使用。有許多方式解決這些問題，例如量子化，權重簡直或者distilling 大模型到小模型.本文使用在tensorflow中的量子化工具壓縮模型。縮減到8bit權重，沒有提供額外的好處例如減少推斷...