快速开发师: 模板引擎式拷贝,代码触发器

快速开发师 发布于 2016/07/18 16:58
阅读 263
收藏 0

代码触发器,模板引擎式拷贝功能:

大家可能开发过clipboard.js的功能,很多代码网站我们也经常去点那个“复制”,但是我们并没有玩转的多么牛逼!

 clipboard旁边再增加个模板引擎的参数就牛逼了,这就是使得模板引擎的应用被放在了“复制”功能的作用上,而不是被我们用编辑器写文件io流来生成文件。因为我们大部分时间是copy改,个人认为这个发现将改变大多数人的编程方式,这是一种新的操作技能的极简方案!晚些我会提供演示案例挂在我的快速开发理论研究网站上。

以上为个人新发现,,妄各位指正。

加载中
0
乌龟壳
乌龟壳

复制一般没办法帮忙建立多个文件,比如复制一个输入框,要把前台界面代码、js验证代码、后台验证代码、插入数据库代码都一口气走完。光浏览器复制是做不到的。

我能想到的就三个方向

  1. 自己做IDE或者做IDE的插件
  2. 自己做组件(非生成代码),依靠配置自动完成所有功能
  3. 配置复杂到一定程度=新的语言

乌龟壳
乌龟壳
回复 @快速开发师 : 配置不代表会硬性插入你不需要的东西,最简单来说就是你不需要的功能不需要配置,或者配制成调用自定义代码。框架是“你来调用我的代码”,限制得很死,组件是“我来调用你的代码”,可用可不用,如果不需要使用随时可丢弃。
快速开发师
快速开发师
js验证代码、后台验证代码、插入数据库代码,可分开COPY。但可同属一个组。分别设置成3个COPY项。可查看其内容后COPY也可以直接COPY。 你所谓的自己做配置,并不适合所有项目,现实当中开发的项目有些事未作的,有些已经固定了,而代码编写者往往不需要该全部前后端,而只是一个局部。根据配置然后生成,太过笨重,不适合维护性场景。
0
快速开发师
快速开发师

@乌龟壳    你说的组件的东西和我说的智能拷贝概念完全是两个不相干的东西,我的东西是基于操作的,换句话说,我可以拷贝你的组件。

讲你的组件:从开发效率上来说,你定义的组件节省了我们要去手动构造这个组件相同软件功能所花的时间,尽管我们还需要花一定的时间学习你的组件参数用法等,尽管组件的复杂性决定了在运行比较慢,因为构造发生在运行时。也更在于只要我们学习了这个组件一次,下次任何开发就不用学习所带来的好处。这个东西是固定的,是结晶在项目里的一部分。

讲我的COPY: 从开发效率上来说,COPY改是最快的手动编程模式,大脑充当模板引擎,然后却是手动去改,那就太慢了,例如有20个表字段,要得到UI表单就太慢了,如果是模板引擎COPY就很快。

组件 和 COPY的关系:其实两者不打搅,各有优势,比如我先前跟你说的意思一样,我可以拖拽你的组件,那么这里,我也可以拷贝你的组件。COPY在于广泛性,对于任何文本代码都实用,组件要在于特定的地方发挥重要的作用,先必须要说服项目人员接受认可这个东西,换到另外一个类型的项目也许就不实用。但如果认可了,功能也是非常强大的,像我前面所说的,节省了很多编程时间,减少了很多代码。


0
乌龟壳
乌龟壳

引用来自“快速开发师”的评论

@乌龟壳    你说的组件的东西和我说的智能拷贝概念完全是两个不相干的东西,我的东西是基于操作的,换句话说,我可以拷贝你的组件。

讲你的组件:从开发效率上来说,你定义的组件节省了我们要去手动构造这个组件相同软件功能所花的时间,尽管我们还需要花一定的时间学习你的组件参数用法等,尽管组件的复杂性决定了在运行比较慢,因为构造发生在运行时。也更在于只要我们学习了这个组件一次,下次任何开发就不用学习所带来的好处。这个东西是固定的,是结晶在项目里的一部分。

讲我的COPY: 从开发效率上来说,COPY改是最快的手动编程模式,大脑充当模板引擎,然后却是手动去改,那就太慢了,例如有20个表字段,要得到UI表单就太慢了,如果是模板引擎COPY就很快。

组件 和 COPY的关系:其实两者不打搅,各有优势,比如我先前跟你说的意思一样,我可以拖拽你的组件,那么这里,我也可以拷贝你的组件。COPY在于广泛性,对于任何文本代码都实用,组件要在于特定的地方发挥重要的作用,先必须要说服项目人员接受认可这个东西,换到另外一个类型的项目也许就不实用。但如果认可了,功能也是非常强大的,像我前面所说的,节省了很多编程时间,减少了很多代码。


当配置精简到一定程度,就不需要拖拽了(除了你说的可视即可得之类的概念,我觉得F5一下刷新浏览器或者.net打开调试就能看到了,所以不是很在意)。拖拽生成的代码也不可能面面俱到,如果不符合需要也要人手去改。组件如果用约定优于配置的指导思想,那只需要改有必要改的部分,工作量是一样的。你不要说拖拽凌驾于组件之上,整个一个新的组件给你拖拽,并不能凭空就出来,你也要开发或者配置,拖拽这个组件后,生成怎样的代码。这个工作量谁来承担?如果用户承担,和换组件需要学习有什么区别?

快速开发师
快速开发师
你说得对,我支持你的观点; 主要是组件定义太严格了,修改太麻烦,几乎是要定义组件那个人才看得懂,而且构造发生在运行时,黑盒,如果参数粒度足够细才避免客户个性化修改的需求,又大大增加了学习的成本。而拖拽只不过节省了构造过程,并没有额外定义什么,例如程序员本人平时就要写CRUD,我拖拽出一个CRUD的源码他一看就是自己想要的,懒得去构造源码。
返回顶部
顶部