对较复杂的逻辑计算实现，活字格是什么建议？

孤狼

比如一个相对复杂的处理过程，用OData肯定搞不定的，在开发语言里可能是用几个类、几个函数来实现。在活字格有什么建议？
1 用存储过程？
2 用JS?
3 用开发语言实现后台，用活字格调用？
4 其他？

谢谢！

孤狼 · 孤狼

给个建议吧：
1.优先使用服务端命令，把计算任务交给后台；
2.使用视图处理，难度较低，而且不影响数据表；
3.使用js，但难度略高，且后期不容易维护，容易形成屎山；
4.上存储过程，这个个人不建议，后期非常难解耦，后续工作都要考虑这个存储过程，越做越复杂。阿里的设计文件已经禁止存储过程了，因为一方面无法移植，另一方面影响新业务的快速开发；
5.用C#、python写处理后台。你都使用活字格了，默认是不怎么懂纯代码开发的。这里就C#、python难度略低，而且活字格原生支持C#。这项放最后吧，估计没人会考虑。会写代码的也不会用活字格了...

cg6207 · cg6207

以上都支持啊

cucme · cucme

孤狼发表于 2021-7-30 11:17
给个建议吧：
1.优先使用服务端命令，把计算任务交给后台；
2.使用视图处理，难度较低，而且不影响数据表 ...

我同意你说的把运算丢到服务端，但服务端命令能实现的和前台命令差不多，就是数据库操作和导入导出这些。但程序中肯定还是会有些计算逻辑，几个参数进去，处理一下，输出出来，所以应该还是要写写后端来处理咯。

孤狼 · 孤狼

cucme 发表于 2021-7-30 11:33
我同意你说的把运算丢到服务端，但服务端命令能实现的和前台命令差不多，就是数据库操作和导入导出这些。 ...

并不是，服务端命令比页面端命令强大一些，参数处理都可以完成。如果是各种条件处理、循环处理，建议用视图，最后再考虑存储过程，因为上车了你就下不来了

孤狼 · 孤狼

再补充一下，有时候数据处理的逻辑复杂并不是业务需求复杂，可能是设计人过于沉浸在以往的思路、钻牛角尖了。
可以问问其他人，有没有其他的思路实现。
换个想法，海阔天空哈。

cucme · cucme

cucme · cucme

孤狼发表于 2021-7-30 12:41
再补充一下，有时候数据处理的逻辑复杂并不是业务需求复杂，可能是设计人过于沉浸在以往的思路、钻牛角尖了 ...

我是写了很久代码，做了很久设计，所以，哈哈哈~
我再揣摩揣摩~

David.Zhong · David.Zhong

感谢大佬的支持~
后面有问题，欢迎继续发新帖交流

		自动登录	找回密码
密码			立即注册

[已处理] 对较复杂的逻辑计算实现，活字格是什么建议？

最佳答案

8 个回复

评分

时代开发者征文活动

悬赏达人

活字格认证

活字格高级认证

微信认证勋章

讲师达人

圣诞拼拼乐