|
|
系统语言——权力的双刃剑（简谈C、C++和D）
• 通禅悟道者拈花不语，坐井观天者蛙鸣鼓噪
• Java程序员大多被惯坏了，环保意识要淡薄得多
• （指针）用得好可以是削铁如泥的神兵利器，用得不好则可能是自我毁灭的罪恶渊薮
• OOP又不是金子，含量越高越好。试图把一切都装进OOP的箱子里的想法无异于削足适履
• 它们（系统语言）的理念是：优化机器的时间而不是人的时间，优化机器的记忆而不是人的记忆；假设编译器是愚蠢的而程序员是聪明的，因此赋予程序员更多的权利、义务与责任
• C++是匹无辔无鞍的野马，看似桀骜不驯，若能顺性而御，必能足踏飞燕，行千里而不劳 […]
语言误区——语言的宗教情结（关于编程语言认识上的一些误区）
• 如果说编程范式是一种文化，那么编程语言更像是一种宗教——尽管它本不该是
• 语言只有两种：一种怨声载道，一种无人问津
• 对待一门语言的态度应该是：与其抱怨争执，不如扬长避短
• 过分拔高一种语言与抹煞语言之间的差别是两种极端，皆为秕言谬说
• 这些人若有幸拜关公为师，他们最艳羡的一定他的赤兔马和青龙偃月刀，或许还会抹红脸蓄长须什么的，就是不太愿学他的盖世武功
• 理想的架构师应当如文学大师，既有恢弘大气的构思，又有细腻深刻的笔法；应当如统军大帅，既有运筹帷幄的韬略，又有冲锋陷阵的武功 […]
动态语言——披着彩衣飞舞的脚本语言（动态语言简谈）
• 程序是为终端用户服务的，而脚本是为程序员服务的
• 动态语言秉承的一个理念是：优化人的时间而不是机器的时间
• 待静态语言披盔戴甲、备马抬枪之际，动态语言已衣袂飘飘，长剑出手了
• 当脚本语言披上动态语言的彩衣，昔日不起眼的毛毛虫便羽化成碟，开始飘舞在众人追逐的目光之中 […]
数据类型——规则与变通（关于数据类型的讨论）
• Duck类型的哲学是：名义不重要，重要的是能力
• 将一个会叫会游的家伙放进池塘看起来不算坏主意，但如果一艘轮船趁机也轰隆隆地开了进来，事情恐怕就不那么美妙了
• 静态类型检查类似“疑罪从有”的有罪推定制，动态类型检查类似“疑罪从无”的无罪推定制
• 尽可能守规则，必要时求变通
• 规则如裤带，过于宽松和过于束缚都不好 […]
教学计划——接下来的故事（讨论下一步教学计划）
• 编程水平的提升之道是：在实战中演练招法，在招法中领会心法，心法反过来提升招法，进而提高实战水平，如此循环往复呈螺旋式上升过程。正所谓熟能生巧，巧能生通
• 迭代学习法：即在具体知识与抽象理论之间进行折返式学习
• 网页的迷人之处就在于，能够用精美的画皮来包裹冗长低效的代码
• 无论干哪一行，要想胜任愉快，离不开四样东西：才能、兴趣、方法和努力 […]
情景范式——餐馆里的编程范式（编程范式在餐馆中的应用）
• 厨师只需提供一种服务：把纸上菜变成盘中菜，至于蒸、煮、炒、炖等具体做法纯属实现细节
• 可以这么理解（闭包）：所谓包，指函数与其周围的环境变量捆绑打包；所谓闭，指这些变量是封闭的，只能为该函数所专用
• 合理地使用闭包能使代码更加简洁清晰，散发出函数式特有的优雅气质
• 换盘子有两种方式：一种是服务员主动换，一种是客人要求换。前者是轮询，后者是通知
• 如果把待加工的菜看作数据，技法看作算法，将数据与算法分离，以算法为中心，那是什么范式？ […]
汇总范式——一张五味俱全的大烙饼（总结编程范式）
• 设计模式好比组合套路，能在一些特定场合下克敌制胜；编程范式则好比武功门派，博大精深且自成体系
• 一种编程范式之所以能独树一帜，关键在于它突破了原有的编程方式的某些限制，带来革命性的新思维和新方法，进一步解放了程序员的劳动力
• 因其长而容己，因其短而容他，此万物之理也
• 语言为形，范式为神。若能以神导形、以形传神，则看似平白无趣的程序也能写出诗画般的意境 […]
逻辑范式——当算法失去了控制（再谈逻辑式编程）
• 评价代码的复杂度，长短只是一个因素。程序员不是打字员，花在思考上的时间和精力远远超过花在键盘上
• 算法=逻辑+控制。其中逻辑是算法的核心，控制主要用于改进算法的效率 […]
函数范式——精巧的数学思维（再谈函数式编程）
• 单靠记忆只能触及知识之表，单靠练习只能深入知识之里，唯有培养方能渗透知识之根
• 学会适度地容忍无知
• 不仅需要强调钻劲和深度的“钉子精神”，还需要强调磨功和广度的“刨子精神”
• 编程语言的语法、语义等都是从编程范式的树根衍生而出的枝叶，把握了这种脉络和节奏，代码才会如音乐舞蹈般韵律有致
• 每种范式擅长的问题领域不尽相同，只有博闻广识，方可扬长避短，程序才会如行云流水般流畅自然
• 程序员更习惯机器风格的过程式思维和现实风格的OOP思维，不容易接纳数学风格的函数式思维 […]
事件驱动——有事我叫你，没事别烦我（事件驱动式编程简谈）
• 它们（同步回调和异步回调）都使调用者不再依赖被调者，将二者从代码上解耦，异步调用更将二者从时间上解耦
• 它们（控制反转、依赖反转和依赖注射）的主题是控制与依赖，目的是解耦，方法是反转，而实现这一切的关键是抽象接口
• “回调”强调的是行为方式——低层反调高层，而“抽象接口”强调的是实现方式——正是由于接口具有抽象性，低层才能在调用它时无需虑及高层的具体细节，从而实现控制反转
• 控制反转导致了事件驱动式编程的被动性
• 事件驱动式还具有异步性的特征，这是由事件的不可预测性与随机性决定的
• 独立是异步的前提，耗时是异步的理由
• 发行/订阅模式正是观察者模式的别名，一方面可看作简化或退化的事件驱动式，另一方面可看作事件驱动式的核心思想 […]
切面范式——多角度看问题（切面式编程简谈）
• 从宏观角度看，太阳底下没有新鲜事——AOP无非是SoC原理和DRY原则的一种应用
• 从微观角度看，太阳每天都是新的——AOP虽自OOP的土壤中长出，却脱离藩篱自成一体
• 抽象是前提，分解是方式，模块化是结果
• 在常人眼中复杂的牛体，庖丁经过抽象，已目无全牛，及至提刀分解，自是游刃有余。待牛如土委地，模块化即成
• 两条（抽象与分解的原则）：单一化，正交化。每个模块职责明确专一，模块之间相互独立，即高内聚低耦合
• 对程序员来说，英语也是一门计算机语言，而且是必修的语言
• OOP只能沿着继承树的纵向方向重用，而AOP则弥补了OOP的不足，可以在横向方向重用
• 如果一个程序是一个管道系统，AOP就是在管道上钻一些孔，在每个孔中注入新的代码流 […]
超级范式——提升语言的级别（元编程简谈）
• 元编程作为超级范式的一个体现是，它能提升语言的级别
• 如果说OOP的关键在于构造对象的概念，那么LOP的关键在于构造语言的语法
• 离开IDE就无法编写、编译或调试的程序员，如同卸盔下马后便失去战斗力的武士，是残缺和孱弱的
• 既然有重复的代码，不能从语法上提炼，不妨退一步从文字上提炼
• 元程序将程序作为数据来对待，能自我发现、自我赋权和自我升级，有着其他程序所不具备的自觉性、自适应性和智能性，可以说是一种最高级的程序 […]
泛型范式——抽象你的算法（泛型式编程简谈）
• 算法串联数据，如脊贯肉；数据实化算法，如肉附脊
• 泛型编程是算法导向的，即以算法为起点和中心点，逐渐将其所涉及的概念内涵模糊化、外延扩大化，将其所涉及的运算抽象化、一般化，从而扩展算法的适用范围
• 思想是鸡，结论是蛋 […]
并发范式——合作与竞争（并发式编程简谈）
• 有谁愿意驾驶一辆启动后不能刹车、不能倒车、不能变速、油尽方停的汽车呢？
• 并发式编程以进程为导向、以任务为中心将系统模块化
• 并发式编程以资源共享与竞争为主线 […]
对象范式——民主制社会的编程法则（对象式编程简谈）
• 如果把整个流程看作一颗倒长的大树，过程式编程自树根向下，逐渐分支，直到每片树叶，类似数学证明中的分析法，即执果索因的逆推法；OOP则从每片树叶开始，逐渐合并，直到树根，类似数学证明中的综合法，即执因索果的正推法
• 与其说OOP更具重用性，不如说更具易用性
• 函数是被动的实体，对象是主动的实体
• 过程式程序的世界是君主制的；OO程序的世界是民主制的
• 封装使得公民拥有个体身份，继承使得公民拥有家庭身份，多态使得公民拥有社会身份 […]
声明范式——目标决定行动（声明式编程简谈）
• 命令式编程是行动导向的，因而算法是显性而目标是隐性的；声明式编程是目标驱动的，因而目标是显性而算法是隐性的
• 声明式编程重目标、轻过程，专注问题的分析和表达而不致陷入算法的迷宫，其代码也更加简洁清晰、易于修改和维护
• 归根结底，编程是寻求一种机制，将指定的输入转化为指定的输出 […]
命令范式——一切行动听指挥（命令式编程简谈）
• （命令式编程）其世界观是：程序是由若干行动指令组成的有序列表；其方法论是：用变量来储存数据，用语句来执行指令
• （结构化编程）在微观上，主张循规守矩；在宏观上，主张分而治之
• 一个按结构化编程思想设计的流程图，每个模块大小适中、模块之间关系简明、模块内部线路清晰，单从视觉上就会给人一种美感 […]
|
|
郑晖 
2009-09-29 
9,312 
