移动端前后端分离想法咨询可行性

是这样的，这个问题我们已经开会沟通了好多次了
目前，我们这边是了解了问题，但是没有解决方案，如果我们一直没有解决方案，那么这个问题就会被无限的延期，我想这个肯定是你我都不想
所以我在想，跟您也沟通一下，看看会不会有新想法思路~

这已经是涉及到架构方面的东西了，如果不是你可以定的情况下，我的建议是将问题上交给活字格的架构师，由架构师分析需求后看有什么解决方案。

其实真的是类比，能实现一个，就可以实现很多个。


而你所说的更细的建议，我可能没办法提的出来，只能给出一些参考性的东西给贵公司研究。
原因是，到目前为止贵公司的数据处理机制我仍然还不是非常的清晰，甚至有很多你们已经封装的数据操作方法我也是无法了解到的，所以更无法给出这种底层的建议，如果可以非常详细的了解整个处理机制，我这里可以动员一些人员来针对性的分析看是否有突破口。

但是在没有深入了解的情况下我目前只能提供以上的参考建议。


是否应该更换思路，不是在客户端来解决这些问题，而是从降低服务器端api开发的效率上着手，或代码生成的思路 用设计器设计后，生成后端的代码的方式，实现api快速开发？

这样前端的 做法可以完全不动，而是做一套将命令转换后团api的实现方法，然后参数通过api传递给后端进行交互？

如果是用前端的方法做不到是否可以换一个思路？

这两天我们已经通过用Nginx代理的测试，确认可以让活字格的服务器兼容任何后端的语言框架的环境了。

通过Nginx代理将不同框架整合到一个域名下，可以解决跨域问题将不同的开发框架跟活字格整合在一起（可以跟php，asp ，nodejs 等一起用了）。

但是接下来开发会设计到多种技术框架而且不在一个技术体系里面的，难度成几何倍数增加。


所以最好活字格能考虑提供提高整体的解决方案。

这个问题解决了，活字格就不再局限在中小型企业的开发的场景，可以做更多的事情，成为一个平台系统。


建议可以研究 filemaker 的 server 端的dataapi
https://fmhelp.filemaker.com/docs/18/en/dataapi/

qtcxc 发表于 2019-12-9 18:48
上面的问题，你看看是否可以，参考我另外一个帖子里面提供的一些其他系统里面实现的思路，他们将 参数或者 ...

你这个解决不了目前的问题的，这些只有用户的信息，自然很容易；但那些可能提交的数据呢？

我知道您可能会说类比就行了，但这个事真的是说的容易做起来难，所以希望我们一起讨论一些细节：
比如我要添加一条数据，或者更新一个数据，
但是这个数据在某些情况下，要更新另一个表中的数据，或者从另一个表中取数等等的流程，
我不知道这个怎么设置或者给提供页面给用户配置比较好
（如果我们没有很好的或者确定的设计，这个功能开发也不知道怎么做才好，所以希望咱能一起沟通一下）

上面的问题，你看看是否可以，参考我另外一个帖子里面提供的一些其他系统里面实现的思路，他们将 参数或者变量  另外做了一套机制保存。然后给引用使用，而不是直接放在页面里面调用页面里的格子来使用。

https://gcdn.grapecity.com.cn/fo ... 68053&extra=&page=1
下图位置开始



而活字格里面现在已经有一个地方可以做到类似的效果，像条件命令里面 下图这个地方，有活字格的 关键字 可以使用。是否扩展出一套，可以给用户自己定义 关键字并且提供关键字的值会写的机制，来实现参数/变量，然后定义的时候 可以考虑 全局变量，局部变量的控制。


像上图这类的 内容，具体实现机制 需要你们看看。他是否是在页面上的？ 是否脱离了 单元格的限制。

如果是，则看看怎么可以做到 能自定义，并且 更新数据 。

我非常理解大家的需求，但是目前我们没有找到解决方案；
在此，我把我们想到的第一个问题可困难跟大家分享一下
目前我们能想到的是，将活字格的命令能搬到服务器上去执行；
最大的问题就是如获取命令中需要的参数和值？



这些参数，我们如果在页面上，很简单，直接引用这个页面的格子就行了；
但是在服务端执行的话，这些值从哪里来？怎么来？使用活字格的人，怎么去设置才能将这些值传递到活字格的服务器上呢？

求广大格友集思广益，我完全理解大家的问题，但是我目前真的是“臣妾做不到啊~”，求大神帮忙一起~

好大的一个话题，来蹭个热度。

谢谢您的反馈~
我稍后详细整理

非常的需要这个前后端分离的思路，我的需求也是一样，如果可以把活字格当做一个快速开发的后台及后端云来使用，支持自定义开发的API，同时能够自动生成常用API（如工作流、数据的增删改查、并受相用的权限约束、同时调用API时能够对应的数据更新或传递操作。）那后端及PC后台开发将变的非常简单，而C端用户的APP用原生或基于HTML5的WEBAPP开发并调用活字格自动生成的常用API，那开发效率与应用效果简直上天了。

强烈支持，这是我测试过UCML、金蝶云苍穹、金蝶云星空、teemlink、H3bpm、bex5、快表、宜搭（其中有些我是深度使用了）等产品后，我觉的最重要的需求，移动优先，各平台移动端效果均不理想，但自己开发移动前端很容易只是不方便对接。

另外，活字格的工作流还有待增强，比如，不同审批环节可以设置不同的字段可视权限，审批过程中的可根据权限设置编辑指定的字段。

但总之是一款非常优秀的产品。感谢~ 还在认真学习中。

麻烦版主再跟进一下这个需求。

这个最近我们的开发经理，请假了，我暂时联系不到他  是在不好意思

他说他11月6号左右回来呢