关于牛刀的小想法

skyarche

在使用画代码的时候，发现真是不错，不过在使用的过程中，还是花了些时间才差不多明白画代码和写代码的相同的地方和不同的地方。在使用画代码解决问题的时候，一般的问题确实是很方便，但对于复杂一点的逻辑问题就有点难以应对了，比如之前没有加入截取字符的substring()的时候，字段分析的逻辑就很难写。所以建议如下：
1、在新版本开发中，对于写代码继续自由开放性，特别是对于牛刀来讲，竞争力在于个性化的问题解决，对于有经验的程序员来讲，切入牛刀的开发的成本不会很高，且乐于接受牛刀式开发。
2、对于IDE环境来讲，尽量的靠近eclipse的编程习惯，特别是对于快捷键的安排上，intelJ IDEA,pyCharm等都可以选择ecipse的编程习惯。对于习惯性于IDE操作的开发都来讲，仅是使用键盘很方便，比如格式化代码，使用的是alt+shift+f,而eclipse使用的是ctrl+shift+f。使用哪样的习惯最好有一个参照。如果做得更完美一点，可以进行设置，或是导入快捷键表。
3、对于画代码中的一些函数管理，可以更好的进行分类，对于不习惯写代码的人来讲，需求真是千差万别，将需要的功能都设计太繁杂，但可以考虑进行优先集的做设计，并考虑进行"扩展功能"的设计，即是由画代码的设计者提出需求，使用牛刀的非平台设计人员或牛刀设计人员写逻辑代码以提交到“扩展功能”区，这一过程最好是快捷的，而不是一个迭代周期。
4、加大组件的生成设计，对于组件的不丰富需要有一个更好的解决方案，对于牛刀平台的设计组件，需要很好的设计规范，但这远远不够，别的一些好的组件，怎样让牛刀开发者借用过来也是一个解决之道。一方面牛刀对于别的js包的解析，另一方面对于组件的纠错机制是需要平台设计人员下功夫的。
5、由于牛刀很大的一部分使用者是面向非专业的程序人员，对于设计的逻辑，出错的原因这些解决起来都会吃力，所以在程序出错反馈文档的说明这一块就需要更详细些。
6、说明文档的普通操作和专业性层次，对于说明文档，功能都需要有操作，注意，原理，扩展这样的一些层次，一般的使用者通常不喜欢看文档，专业一些的使用者就依赖于文档的说明。作为牛刀开发人员来讲，更应以开源的思维来进行文档的说明，有些时候，文档胜过代码，毕竟只有设计者自己才看得懂的代码从某些方面来讲意义不大。

x664743420

牛刀说 这块在做更新 后续会有提示

skyarche

牛刀能不断的更新，会让更多的人投入时间来研究牛刀，并能在牛刀中形成一股源源不断的开发势力最好。