转载:易语言应用的10大误区
[color=#000000]在易语言论坛中至今存在一些的误区，无论这些误区是当初如何形成的，俺觉得很有必要在此说说自己的观点，希望对有志于用易开发应用功能的朋友有用。[/color][color=#000000]第一大误区：易语言离专业开发领域还很遥远。易 语言实际上是一个功能齐备的Win32编程的IDE集成环境，和VB一样能够满足Windows编程的一般性应用。它的易用性并不代表易语言的初级，反而 对行业应用而言，它比VB 更加符合我国国情，更容易上手。在我国目前很多专业领域如检测、工控、自控、仪器仪表、监控等，我国目前的行业软件起点很低， 开发人员大多是行业人员，使用最多的软件就是VB。由于受行业限制，编制的软件思想有一些还很落后，有些直接沿袭了80年代和90年代DOS的思想和技 术，技术提高的空间和需求还很大，在这些领域，易语言完全具备行业应用的需求，目前国内软件业疲软和普遍开发成本日益增高的现在正是易语言建立一个新的低 成本专业开发的好时机。[/color]
[color=#000000]第二大误区：易语言是解释语言，效率很低。
易的支持库结构只是一种程序结构，并不是解释器+代码的高级运 行模式，执行代码符合PE的特性，和VB、Delphi等高级语言一样是标准的编译型语言。执行效率上，易继承了MFC大量标准的类定义和数据结构，编程 环境是严谨和专业的。虽然还有很多底层函数有优化增加的空间，但从总体运行效果而言，中、小型的结构的程序运行代码更简练，执行效率更高。Windows 的确很强大的，但从IE、Outlook庞大笨重的身躯和对系统资源的挥霍上，我们不得不为当前这种金字塔式的集成软件群开发模式的未来而担忧。[/color]
[color=#000000]第三大误区：易语言是中文化教学性质的编程语言，只适合学习和作编程入门。
易 语言的中文化不仅仅是面向初学者，中文化的好处在行业应用上和商业应用上有着巨大的发展潜力。最明显的是程序代码的可读性和流程模式对国人而言优势明显， 开发出的应用软件维护升级起来也更为方便。软件的开发模式更向XP靠拢，XP模式的创始人曾经说过：“代码就是最好的文档。”就是提出了代码应更向文档靠 拢的思想。[/color][/backcolor][/backcolor]
[color=#000000]第四大误区：易语言的数据库功能很业余，无法实用。
数据库支持严格说来并不是衡量一个编程语言的指标，C语言就没有一 套完善的数据库开发工具，易目前的数据库支持还很不完善，但这并不表示易的数据库实现很业余，相反易语言内核完全中文化并且内部自带了表格控件、内部数据 源支持、打印支持，这几点对数据库而言是最基本的元素。有了中文化的内核基础，用户不再为编程中多字节的兼容问题、代码的字段命名问题而困惑，可以真正作 到全代码中文化，对应用数据库和MIS开发而言，“中文化”是很重要的支持核心。应该说易的数据库底层并不业余，建立在内核“中文化”的数据库控制发展空 间会大的多，日后MIS的开发应用也会多一个新的思路。目前国内的MIS开发只能作到数据、表格一层，但到控件和窗口支持一级已经无能为力，如果配合更强 大的组合编辑向导+SQL的类中文化支持，易语言同样可和易表、ACCSEE一样成为一个更专业的MIS开发平台。[/color]
[color=#000000]第五大误区：易语言的硬件接口很弱，无法开发系统集成。
这 个观点是个误区， PC外部主要接口串口、并口、输入定位装置、打印设备、多媒体设备和基本的通讯协议，易均完全支持并兼容，无论什么语言环境开发硬件外 设软件除需要这些支持外，都要通过外设的驱动和支持控件或动态支持链接库来支持，在此易的起点和其他语言是一样的。而易更封装了一些常用的与外设相关的支 持库，反降低了开发集成系统的难度。[/color]
[color=#000000]第六大误区：易语言没有底层开发环境，还不能成为一个应用编程环境。
这个观点在很多专业编程 者和学者中存在，原因是易语言不支持ACTIVX和COM开发、没有真正的底层操作系统支持、没有类定义和派生的概念……等等，最充分的理由就是易不能开 发系统底层更无法开发操作系统，这个观点有一定误导性，其实指望一个独立的语言去开发操作系统、开发应用底层是不切实际的，更不用说对一个发展时间尚短的 新工具而言。开发底层也绝对不是有了编程工具就够了，完成底层的建设需要庞大的可重用代码库和实现它们的开发人员，在中国目前既没有这个庞大的可重用的代 码积累，也没有一批能够组织起来的专业底层开发群体，无论用什么工具，中国目前都没有开发成熟操作系统和底层软件的能力。用这个观点来指责一个编程语言是 很不严肃的泛学术论调。其实对Pascal、Fortran 等纯算法语言而言，没有人因为他们的不足而去否定他们不是语言不能应用。在90年代中期，我 国自行开发的很多重点科研项目的实用应用代码恰恰大量是用这两个语言来写的，至今很多高精尖项目中现在的程序大多是以前的算法逐渐移植而成。从应用角度 看，用VC开发数据库甚至不如VB,开发网页，用VJ还不如用一个最基本的网页编辑程序，任何工具一旦和应用衔接都是有利有弊的。易语言目前还不具备底层 开发能力，但并不影响调用DLL、OCX等外部接口来实施应用。[/color]
[color=#000000]第七大误区：学习要开发应用程序，易语言是不专业的不职业的，不能成为高手。
很 多学习易语言的初学者在大致入门后开始觉得这个工具太简单和不专业，不能实现很多高难的或可以炫耀的特技而放弃了继续打基础的耐心。作为学习任何一个技术 而言，浮躁和轻率都不是正确的方法。很多初学者更着眼与研究底层函数和高端的算法理论，而忽视了基础应用的学习和实践，更有很多唯汇编，唯C就是高手的片 面想法，其实，任何一个软件如果一旦离开了应用这个最后的目的，就偏离了最始的方向，软件不应该成为一个技术性的工艺品可以精美传世，也不是文化遗产供给 鉴赏研究，只有正确看待软件的工具角色身份发挥出最大的应用空间的人才是技术的天才，李彦宏对API函数的研究可能赶不上一个VB爱好者，但他的信息超链 技术可以成就一个百度王国，这就是技术应用的重要所在。很多学习易语言的初学者往往基础应用还没有打下基础就转向底层技术和高端算法的学习是一种浮躁的做 法，比如说还没有丰富的算法经验就着急开始开发支持库和控件，一旦完成了接口框架后就开始茫然，因为不知道该如何通过底层算法实现复杂的实用的更多功能， 可能一个高效的浮点运算就可以难倒一大片开发者，最终只能转向API的调用这个狭小的领域而无法完成更多的实用控件；有一些加密和破解理论的初学者也有这 样的经验，当断点跟踪、加壳、内存虚拟等技术学习到一定火候时，最终才发现在没有艰深数学基础理论的引导下，花了很大时间学习的技术不能用于实际的应用， 而只能限制在破解软件而无法真正转向加密认证技术；这些都是忽视基础应用的常见毛病，只有在重视应用的基础上逐渐打好全面的基础，才能逐渐作出真正有用的 创造性技术来。[/color]
[color=#000000]第八大误区：学习易语言是学习容易，用时难。
这个观点应该不在少数，其实这个感觉完全是不注重应用的表现。很多人 开始学习编程的时候更注重功能的研究和方法的学习，而往往忽略了应用的重视。一旦和应用接轨，界面和快速操作的实现、数据临界保护意识、运行环境兼容意 识、运行速度效率的提高就成了软件应用时的噩梦，其实象规范的代码、标准的入口出口、动态申请空间、还包括安装制作、界面设计这些所谓商业化、专业化的东 西更应该在初学编程的时候就高度注意并养成习惯，一旦开始编制应用程序时，好的习惯就让你可以真正专注与应用的实现而思绪万千，不用为寻找一个个难受的 bug和解决一个个技术盲点而费力。[/color]
[color=#000000]第九大误区：编制易语言应用程序很容易，不需要系统化的学习。
很多人刚开始接触易语言时，过 分看轻编程的学习难度，往往一上来就雄心勃勃要开发诸如游戏外挂，一个EQQ、群发软件，图形软件等等功利性产品，注重商业和应用性是好的，但不能看着简 单就轻视技术性，好用的产品往往就意味着技术的复杂难度，所谓无知而无谓的作法是不对的。学习易语言同样需要科学的方法和系统的学习，没有基础是不能作出 任何东西来的，任何功利性的看待和使用易语言最终都没有好的效果。试问，在多线程都未明白所以的时候，开发群发软件现实吗？在通讯端口都认不清的时候开发 QQ现实吗？[/color]
[color=#000000]第十大误区：易语言强大无比，是无所不能的编程语言
正面宣传易语言多了，也会产生一个副作用，就是从极右走到了极 左。易的强大是相对与国产软件的，和世界上众多著名的编程语言相比，易的历史太短，开发的人力也很薄弱，在技术上还不具备和成熟的主流开发工具抗衡的阶 段。不过这些都会随着软件的发展而逐步成熟[/color] 这个颜色 看得眼睛有点酸[s:60]
页:
[1]