一、與 VBA 窗體的差異
WPS JSA 也提供了用戶窗體，用戶也可以通過拖控件的方式，制作自己的對話框，以完成宏編程中的交互任務。
但它與 VBA 中的用戶窗體有很大的不同：
- 界面與事件邏輯分離，界面元素的繪制是一個模塊，事件邏輯放在之外的模塊，不是嵌入到窗體界面模塊的。
- 界面元素的
Name屬性不可修改，屬性編輯器中也不提供這個屬性。雖然在官方文檔上說的是支持修改，但從 JSA 事件訂閱入口，即可知道，Name屬性可能在以后的升級版本中也無法修改，因為它的名稱不變，才能方便事件訂閱，也就是事件訂閱機制鎖死了這方面的改進的可能性。
- 界面對象繪制完成后，它是一個實例，不是一個類型，不允許使用 new 語句，來構造它的新實例
- 只有頂級容器，也就是窗體本身有
Controls成員，且它是一個方法，不是集合，它只接受字符串的Name參數，不接受 Index 參數，且 Name 參數不可省，無法直接得到整個子控件集合
- 因為無法得到整個子控件集合，也就無法對它進行動態的添加控件
- 控件元素都有
Move(Left, Top, Width, Height)方法，竊以為拆分成Move(Left, Top)和Resize(Width, Height)，更符合邏輯
- 再沒有
Load/Unload了，都是Show()/Hide()方法，這很好，這是面向對象的。 - 新增了
HLayout/VLayout/HSpacer/VSpacer控件，用來協助布局控件，有了它們你可以更方便地拖控件了
二、吐槽
- 相較於 VBA 的用戶窗體，JSA 的用戶窗體太死板了，主要體現在：
- 不能對控件集合，動態增刪新控件，動態性太差，想要玩兒點花活兒，比如按需求動態生成界面，是不可能的。當然，就這一點而言，因為這只是初版，也許以后升級可以支持這個，這本身也不會破壞現有的規則。只需要在不給
Controls(Name)傳遞參數時，返回整個控件集合就好，這樣就可以在這個集合上進行動態增刪控件了。也即只需要增量改進即可，其它容器控件添加上Controls(Name)方法，也不是難事兒。 - 修改控件元素的
Name是無效的，簡單的界面還好，控件多了，分組多了，很容易亂套
- 創建的窗體界面，它不是一個類型，而是一個實例，不允許new 出新實例，這一點都不面向對象
- 連
ZOrder或者BringToFront()/SendToBack()，都不支持，控件堆疊是不可能的了 CommandButton的類型實際上是PushButton，連官方文檔上都是CommandButton，這叫用戶如何是從啊。而且直接訪問這個PushButton也是不存在的，而且CommandButton也不存在
三、總結
基於以上了解，JSA 的用戶窗體，還非常初級，死板而孱弱，功能也不健全。直接用基於網頁的 HTA 都要比它強。
還不如直接在文檔中使用代碼繪制控件，用這種方式封裝出一個庫，也比現在這個要強，要好用。
渣渣渣。。。也就將將滿足可用，遠遠談不上強大，更沒有任何靈活性。
希望官方推倒重來，這套界面，無論是類型系統，還是窗體模塊的組織形式，事件的訂閱機制，整個都太差勁了，遠古 UI 也比這個健全、強大吧。
.NET WinForm 風格的 UI 就很不錯，既靈活，又強大。建議用這套風格實現一套 UI。