z语言与C

z语言与C--

(2年前的老资料了)

 

csdn英雄会，认识了不少新朋友，还有近10年未见面的csdn老总蒋涛。
    顺便买了本《程序员》百期纪念刊，会议间隙看了下。
    有篇关于“敏捷开发”的专稿，谈到了历史上瑞典国王的瓦沙战舰。
    为了建造当时最强大的战舰，瓦沙号，瑞典国王可谓用心良苦，不计资金外，还不计时日（换句今天的时髦话：不计时间成本）。
    没有坚固的船板？
    国王下令，专门种植了大批橡木，并聘请最好的工匠，进行研发、设计、。。。
    可惜，瓦沙号是一个过于豪华、复杂的项目，超越了那个时代的工程管理能力，
    最终，瓦沙号在首航时：“沉没”，沉到海底。

在工程管理行业，有句俗话：每增加一个环节，就增加十倍的风险。
    这点，类似MBA的“短板理论”。
    航天飞机等大型工程项目的失败，每每也都是因为某个螺丝钉或软件的标点符号。

个人一直坚信：简单第一（Small is beautiful），

目前的开发领域，新概念、新框架太多了。
    OOP、MVC、UML、这些都算已经提过N年的老话题了，可真正掌握的又有几多，反正本人是一头雾水。

老版本的z语言，没有采用任何第三方脚本引擎，完全是原生代码。
    内置的脚本解释器，仅仅采用了stk堆栈和list结构。

新版本的z语言，为了缩短开发周期，偷了点懒，采用了内置pascal、basci、c、javascipts等多种语言解释器的pax脚本引擎。
    选择pax脚本引擎后，老版本z语言的局部变量，内、外部函数调用等问题完全得到解决，并且可以提供类似namsSpace等N多复杂、超炫的功能。
    可是，如此一来，z脚本必然复杂、臃肿、庞大。

因此，在设计新版本的z语言时，便尽量采用减法原理。
    首先，舍弃namsSpace、class类型定义等概念，用一个include命令全部搞掂。
    一个脚本，搞那么多飞机干什么，脚本的最高原则就是：one page。
    一段脚本代码，如果在一张标准A4纸都无法完整呈现，那无疑是过于复杂了。
    简化程序命令，用“{”、“}”代替了老旧冗长的“begin”、“end”语句
    数据类型，用万能的字符串列表，替代了各种复杂数据类型：字典、hash、纪录、集合、。。。，
    运算效率？
    不错，字符串列表的速度是慢点，可是，脚本程序要这么快的速度干什么，尤其是客户端的网络程序，运算速度即使提高百倍，也被网络传输的瓶颈给抵消了。
    ok，脚本，尤其是z脚本，强调的是提高开发效率，而不是运算速度。
    正则，太复杂，而且N多不同的版本，记得有本书，专门就是讲这个。
    国内能够通晓全部正则表达式细节的程序员，相信不会超过十位，个人是在名单以外的。
    还是通配符吧，简单明了，连小学生都明白。
    如此一来，该有的功能都还在，世界也清静多了。

标题本来应该是z--，可是c++太晃眼了，故用c--