其实双方说的并不矛盾。
因为一个是从程序员角度来看的，另一个是从业务员角度来看。
我们现在就是从C#，.net开始逐渐往活字格开始移转了，将系统开始重构。
转移的过程中，就是分成两派：
程序员派，持抵触怀疑态度，认为活字个最大七宗罪：
1）页面逻辑无法一眼看清楚，需要到各个控件和命令中去找；
2）没有全局变量的概念，只能靠参数传递；
3）模块很难重用，类似的功能在不同页面都要重新写，如果要修改，所有页面都要修改。
4）界面布局不够灵活，无法完美自适应。
5）没有前后端之分，同一个页面无法同时开发
6）部分数据库操作速度慢，效率低。
7）插件编写，服务API等代码任务的教材太少。
从业务设计员的角度，持支持态度，认为活字格的7大优点：
1）简单，上手快。
2）简单，上手快。
3）简单，上手快。
4）简单，上手快。
5）简单，上手快。
6）简单，上手快。
7）简单，上手快。
因为用了活字格后以后，不用看任何人的脸色，想怎么改就怎么改，想加个字段，就加个字段。只有用到代码的时候，再去请程序员吃个鸡腿而已。
所以前面那位老兄说的学习成本高，时间长，那是因为很多人都没有完全认真的把所有的教程和说明都过一边。一旦思路改变了，对活字格的看法也会改变的。
对于一个熟练操作excel，有数据库概念，精通业务逻辑，熟悉代码开发的原理（但是不会写代码）的业务人员来讲，活字格花1~2个月的时间，就可以开发具体页面权限，数据库连接，流程管理，附件上传下载，导入导出，微信通讯，邮件发送等中高级功能的业务程序。
这个对于学习代码人来讲，是不可能想象的。一个月时间，能否把数据库的增删改查做好都值得怀疑，更不要说什么前端，后端，服务器架设等一堆的问题了。
根据我们经验，开发同一个系统，活字格做一个页面是以小时计算的。而用代码是以天计算的。
但是程序员认为的几大问题，在喜欢活字格的人熟练掌握现有的活字格技能以后，也会对活字格提出更高的要求的。如果这些问题能够解决，尤其是自定义全局变量和模块重用，活字格的开发又能提高到一个新的高度。这一点请相信官方的努力，我们经历了3.0~5.0的过程，活字格的进步是有目共睹的。
那我们是怎么解决代码开发人员和业务流程人员的矛盾呢？很简单，
代码人员你不是喜欢写代码么？好的，js，插件，服务器API，存储过程，视图，这个东西你来搞定；
业务人员你不是喜欢经常改需求，改界面，但有不会用代码么？好的，你就用活字格搭建系统的，高兴的话再这个审美观强的妹子，专门画界面（都不用找贵的美工），业务逻辑你规划好，实在解决不了的问题就找程序员写点插件和js。
大家各取所取,做各自擅长并喜欢的事情，何乐不为呢。
欢迎大家共同交流。
|
陕公网安备：61019002000258 |
隐私政策 |
网站地图