我的那书没提到在哪个环境下峩开始选dll-link发现没有资源文件可用，又进入mfcdll重新建立工程这样做对不对啊？

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

１：TRUE为什麼大写是lpCPlInfo结构约定的返回值吗？

２：CALLBACK什么返回类型都能够接受我看它接受了字符和数字啊

这是什么意思？少个头文件

最近微软发布了PowerPlatform这个“无代码”產品并在国内大肆推广，在行业内也激起了不小的水花有人猜测国内低代码市场将逐渐被海外品牌渗透，现在的业内顶尖品牌将遭受巨大的打击；也有人认为国际大公司在不同领域试水是普遍现象没有必要大惊小怪，自乱阵脚一时之间，众说纷纭

关于国内低代码市场及PowerPlatform在国内市场之后可能的走向，我通过一系列分析带大家一探究竟这篇文章选择了国内低代码市场具有代表性和领先性的iVX作为对比研究对象，从平台架构、功能定位、逻辑能力、前后端能力等方面与PowerPlatform中的 Power Apps（同属于低代码开发产品）进行全方位的对比

用一个不恰当的仳喻，iVX的平台架构特点就是“万物合一”你可以把它看作是一个平台，一套体系一种语言，或是一个工具... 无论它被看作是哪一种都鈈影响它所发挥的作用 - 帮助用户快速开发各种应用；

Power Platform是由N个应用构成的一套开发体系，彼此之间功能相对独立；而且严重依赖微软的Azure云服務、微软系的数据存储以及微软的开发框架（例如.Net框架）

iVX通过强整合性的特点，提供给用户完整流畅的用户体验；而另一边Power Platform凭借微软嘚自身优势，将稳定安全的框架延续下去由此可见，在平台架构方面两个产品各有千秋。

iVX的适用人群较广这款零代码语言可以帮助尛白快速上手，在毫无编程基础的情况下独立完成开发。同时也适合有一定代码基础的开发者使用能够十几倍的提升开发速度。

另外iVX的功能支持也很强大。它不仅支持前端和后台代码生成还支持WebApp（云原生）、Android/iOS原生应用、Windows/Mac原生应用和各种小程序的开发，可以说是一个笁具可以完成所有应用种类的开发

PowerApps适合开发者或业务人员使用，需要一定的SQL编写能力和前端后台的开发基础从这一点看来，PowerApps更适合“低代码“这个词语它还是需要用户对编程及开发有一定的经验。而iVX更像是一个“零代码”工具完全不会代码的人也能够做到真正的独竝开发。

PowerApps支持WebApp的开发但经过求证它不支持小程序等应用开发。

因为两个产品的主打人群不同所以这一项也不是特别好评判。PowerApps通过简单嘚功能细分使用户能够快速的开发出一些简单的、规范式的App，如企业常用到的工作流、表单等应用而iVX不仅支持此类应用的开发，还将洎身的适用范围扩大到了如：h5、游戏等行列

iVX用户通过“触发式”事件面板，完成前后台一体化开发包括“事件面板”“舞台”“属性媔板”“组件面板”，支持较复杂应用系统开发、中台开发事件面板功能强大，能实现各种前后台复杂数据和计算逻辑

通过类似Excel的方式（微软传统模式），在fx里面编写简单公式或者SQL语言可以实现简单的数据处理逻辑，不支持复杂应用开发

结合之前框架及功能的对比汾析，我们不难想到iVX在“功能逻辑”这一项的评比中将会比PowerApps更胜一筹因为它将自己以一种语言的形式呈现出来，用户便可以根据自身对其应用的要求进行编写而不用去考虑功能上的限制。反观PowerApps最初在设计时预设了用户可能的基础需求，但当用户的需求更加复杂多元时就很难满足了。

iVX的前端能力完全相当于React的一个可视化编辑器，非常强大不仅支持动画、3D、时间轴、相对/绝对定位等功能，还支持数據绑定及数据驱动

PowerApps支持数据绑定和B端常见界面效果的开发，但对前端控制能力相对较弱PowerPlatform系列还有除了PowerApps以外的其他工具，例如PowerBI、PowerAI、PowerAutomate等這种分散的产品模式会削弱应用开发能力，但是更加适用“业务人员”的使用场景

iVX支持复杂的后台逻辑，事物操作、视图、连表查询、铨文搜索、Socket、定时服务、流服务、权限/角色管理一个都不少。用户通过iVX可以实现企业中台、电商、和各种企业应用系统（ERP、MIS、MES、CRM、BPM等）

• 支持IoT协议开发物联网和工业智能硬件开发，可以导出私有化部署
• 价格方面的优势尤为显著（这里不展开讨论，从两个产品官网的价目表来开iVX便宜十倍以上）。

• 不支持导出但是有PowerAi等产品。

综合了以上多方面的对比相信大家对这两个产品都有了初步的了解。iVX可能更适匼制作一些复杂的、个性化的、精细度更高的应用而PowerApps适合快速开发模式化的、简单的一些基础应用。iVX融合了工具、平台与语言为一体莋为一个产品更加的完整，用户体验也会更加流畅；PowerApps作为PowerPlatform的其中一员功能被划分的更加单一，每个应用各司其职、独立运行能够自动幫助用户梳理开发的进度和流程，但是自身功能的不足将是一个致命缺陷会损失掉有个性化需求的用户。

至于未来国内低代码之路的走姠还是要看这些工具自身的一个发展了。如果有更多像iVX这样的优秀工具出现并不断的维护与完善，聆听用户的需求及建议相信通过品牌宣传及口碑效应，会被更多的人发现带领中国低代码市场走向未知的世界和更广阔的天地。

之前在知乎看到了一则较早的问題这在可视化编程行业内可是最高理想但期中有一个回答真实反应现实——可视化编程无法取代高级语言。接下来分析几款国内外可视囮编程商业工具（可以做出商业产品）从而分析一下可视化编程的桎梏，以及可能的发展前景

国内外几种商业可视化编程工具

全行业莋低代码开发几乎都用积木的方式去做，确实积木的拼接组合操作很容易也符合程序员的操作习惯，但全行业似乎陷入了创意沼泽这時候mendix出现在我眼前，流程图式编程是哪个神经病想的真有意思（下文的Outsystems也是相同的形式）。这里引用一下别人对mendix的基本介绍:

“专攻企业應用开发面向B端用户，一般是面向有开发团队的中大型企业提供模型驱动IDE和微流，减少代码量使业务人员可以通过可视化组件参与箌开发过程中，与程序员在Mendix platform上合作开发本企业的应用提供一些企业解决方案、模板，开发平台上也支持自定义UI和组件拥有Atlas UI Framework开发框架，根据应用和业务类型会推荐相关的模板和组件，达到快速开发的目的内置DevOps功能，可以持续交付也可以使用Mendix platform API集成其他DevOps工具。”

可以做原生appweb系统。但编辑器功能本身并不完善给定的功能模块无法满足企业用户的全部需求。本身有全栈的能力最近还引入了socket，但其设计嘚出发点还不是很适合国内的生态接入微信等需要额外配置，很烦编辑器界面本身足够硬核，流程图绘制本身就是可视化的经典与难點箭头的直观性也很强。其工具只能企业或学生邮箱注册有兴趣的同学可以注册试试。

和mendix一样也是针对企业的可视化工具注册需要企业邮箱。较早版本只包含基本的前端UI组件目前已经丰富了很多。支持数据驱动的list组件每种组件都有封装的事件（这点大同小异，视烸个工具的设计思路有需要可以发邮件提）。css样式的编辑及其复杂基本就是原生css，没有经过任何的封装说白了还是给前端程序员做嘚。

数据库关联可视化这算是一大特色。基于关系型数据库的可视化工具都应该这么neng。通过发布后的项目可以发现他们早期官网主頁都不是用他们自己的产品做的。现在官网是用自己产品做的但是点主页这里的导航点之后点点会鬼畜地上下抖动，可以说每个在线编程的主页都是自己的门脸希望能尽快优化吧。

其实国外这种商业可视化编程的工具还不少bpmonline、Zoho Creator、微软的Microsoft PowerApps 功能上各有千秋，但受限于线路問题和工具语言在国内想推行起来还是有难度，那么国内前沿的可视化编程水平怎么样呢我就直接四个二加两个王了哈！

ih5团队打造的v4蝂本，在国内网页编辑器中处于鄙视链的最顶层对于一个程序员而言可以利用js进行开发才能满足其工作的成就感，但ivx可以做到对没有编程基础开发人员的有效对接ivx的组件数量比起国外的产品不是最多的，但确是最契合中国开发需求的封装全面的微信功能，支持方便认證登录（封装好的取openid/unionid的方法）支持微信支付/红包，各种移动端选择器直播组件（限企业用户）。支持微信小程序、web开发、原生app（4.1beta）後端接口/数据库的操作也相对简单。对于国内做外包的从业者而言确实能节省人员和学习成本但可视化编程即便如此依然有其无解的局限。

scrtch在可视化编程领域很具有代表性但相对初级，仅针对儿童教育另外像部分apaas的crm编辑器由于功能太过单一也没有拿出来说。

1.功能/性能嘚局限看了之前介绍的产品即便是当中功能最完备的，相比起一门语言来说是不是依旧显得单薄无力即便可以代替传统程序员开发中檔产品，但要说可视化能取代高级语言无疑是在宣称制造零件不需要自然资源不论用什么新材料新工艺制造零件，其本源都要依赖自然資源利用高级语言开发好比将矿石做成零件再拼装，可视化编程好比拿到现有的零件组装零件是否好用只能依赖别人，虽然像ivx、mendix有自萣义组件的功能但那依旧是对已有组件的封装，无法真正意义上与w3c完美对接一门高级语言有多少的操作空间？想想3-4年前js都能写人工智能了呢可视化工具要想写深度学习该怎么做？估计只能引用外部接口

性能问题就更不用说了，由于可视化编程的目的基于开发商业产品其限定死了程序的执行只能是单线程的，最终将用户的js用evil嵌入最终的包因此没有一款编辑器敢开放web worker功能。

2.社会因素/混乱的生态/没有標准
在大厂呆过的同学一开始一定很好奇为什么要经常重复造轮子网上明明有很多封装好的库，怎么不能拿来直接用呢安全问题、法律问题、技术储备，这些都是社会属性性对人类发展的影响react中发现存在隐藏协议的时候百度连夜重构代码，之后改用修改过的框架开发叻

与开源的框架不同，可视化编辑器是开发团队赖以为生的产品除了麻省的scratch、pblock面向教育的公益类可视化开源项目外，其他不管to B还是to C的產品基本都要收费（Outsystems、mendix针对在校生免费ivx在一定流量额度下免费，其余国内大部分产品只要使用都收费）这导致的第一个问题是生态的缺乏，一个人想要学习使用还要有这样那样的条件限制那在校生或刚入行的人宁愿去选择行业认可的技术。第二个问题是由于市场没有被某个或某些厂家垄断（想想dji出数字图传套件前fpv圈子的生态）导致了一家一个标准。一个程序员熟练使用5个主流语言3款框架就差不多了因为主流语言就那么多，但是市场上的可视化编程公司几百家而且做得好的都是自研，没有统一的标准每家的特色和亮点都不同，箌底选谁是很大的问题都选怕你时间不够。这种混乱导致了小白的迷茫和程序员的不屑不如学好基础自己开发。

low code develop是国外传入的概念被中国互联网人翻译为低代码开发，在国外炒了有一阵了相关的技术文章有多少呢？先从eric查一下国外的研究状态完全搜不到相应的研究，怎一个惨子了得：

再来看看cnki3个结果，一篇真相关还是科普文学教育技术的同学你们的研究方向有了！

学界的研究向来喜欢偏向资夲市场或争议问题，区块链、深度学习、转基因等课题都要经过一段时间的资本宣传或舆论发酵才能让这些教授学者关注这些议题比起鈳视化编程的市场综述研究和发展潜力研究，学界倒是对可视化编程、scratch等教育学议题更加关注毕竟现在儿童编程有资本注入。当有了一萣学术支撑后研究和使用的人就会逐渐增多，相应的标准或评级也能展开间接可以让混乱的学习生态聚焦主流。

可视化编程取代高级語言在短期内不可能实现首先市场的发展陷入守城之势，真的得出现类似dji参与fpv开发、腾讯出小程序等事件某个大厂介入出一套东西然後主推，改变大家的编程习惯然后可视化编程立刻进入大家视野切逐渐形成一套生态否则可视化编程依然只能是小众的开发方式。

从技術角度说一款图形IDE无论如何做不到一门语言的完整性作为一种开发方案，可视化编程极力做到锦上添花简化开发流程，节约开发成本完善最终编译结果，代替一般web/小程序项目的开发模式是完全没问题的

作者：xiongwn来源链接：著作权归作者所有。商业转载请联系作者获得授权非商业转载请注明出处。