微软Canvas App实战之发布也是一种二次开发

旧城等待， 2023-10-03 10:59 6阅读 0赞

> 在使用微软Canvas App进行开发过程中，在发布中遇到的一些问题及解决方案。

大家知道，一个普通开发任务的过程往往会包含开发、测试、生产三个（当然根据情况也可能需要更多）环境的切换。三个环境相互独立，互不影响。

### 但是，请注意：这一点对Canvas App而言，并不适用！ ###

因为这个东西很明确，就是一个面向非专业人士设计的低代码产品。所以自然不会做到专业人士那么规范的过程管理了。

举例来说，我在某个环境A中进行了开发，然后根据文档描述，将App导出(或者，将Solution导出)然后导入到测试、生产环境中去。会发现，某些部位，不正常了......

哪里不正常了呢？

就是Canvas app（实际上是Power platform）引以为傲的连接器（Connectors）了。

假设我们使用连接器，在开发环境中连接了一个SharePoint A 。而生产环境所使用的SharePoint 是B，显然A和B两者的Url，也就是地址，是不同的。

我们导入导出操作并不会提供任何修改连接器配置地址的途径。于是生产环境的Canvas App依然连接的是~~~~开发环境的数据源哦！

下图中的Sharepoint只是示例，对任何其它数据源，都是一个道理。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0NCR0NhbXB1cw_size_16_color_FFFFFF_t_70][]

那么，我们要怎么办呢？

目前为止，唯一可行的做法就是，直接去生产环境里开发吧！否则你发布后仍然需要去删除、重建连接器。

### 作为专业人士都知道——直接去生产环境做事，“测试”就变得毫无意义了 ###

所以这个低代码这种开发模式意味着，他和正规的开发模式天然互斥，这并不是Canvas App做的不够好，而是骨子里就不是一个套路。正确的姿势是由业务人员自主使用，去做一些自己用的小玩意。这么做的好处是，绕过了和研发人员的沟通环节，按需开发不打折扣。坏处是，内行人用起来别扭，外行人学起来依然也并不轻松。

**传送门：**

[微软Canvas App实战踩坑指南7：发][Canvas App_7][布也是一种二次开发][Canvas App_7]

[TiDB源码学习笔记：启动TiDB][TiDB_TiDB]

[TiDB源码学习笔记：SQL的一生][TiDB_SQL]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0NCR0NhbXB1cw_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20210714165614118.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0NCR0NhbXB1cw==,size_16,color_FFFFFF,t_70
[Canvas App_7]: https://zhuanlan.zhihu.com/p/336183863
[TiDB_TiDB]: https://zhuanlan.zhihu.com/p/304036138?utm_source=ZHShareTargetIDMore&utm_medium=social&utm_oi=854602979624497152
[TiDB_SQL]: https://zhuanlan.zhihu.com/p/305704259?utm_source=ZHShareTargetIDMore&utm_medium=social&utm_oi=854602979624497152