探讨符号式未来,函数式语言//冒号说明法
永夜(871863191) 18:13:05
我觉得未来的编程语言应该更加和数学结合
把更多数学思想和模型引入到编程语言的设计中
其实C++的很多东西,已经比较好的体现了这一点
匿名支持(519398990) 18:17:13
no,function模块化进化的目标不是让数学与结合整表现,而屏蔽这些计算细节
而是
匿名支持(519398990) 18:18:59
未来语言进化应该是是简化语法形式,提供更单纯的读写方式的代码行文
匿名支持(519398990) 18:20:20
我掐指一算,未来是那几个重要的符号作用更理想的表达形式
永夜(871863191) 18:24:39
你是搞工程的吧
匿名支持(519398990) 18:30:33
匿名支持(519398990) 18:33:55
如果此类编程文法出现,微软就折服了,他在语法扩展上应该做的比较优秀
匿名支持(519398990) 18:40:11
我觉得未来的编程语言应该更加和数学结合
把更多数学思想和模型引入到编程语言的设计中
其实C++的很多东西,已经比较好的体现了这一点
匿名支持(519398990) 18:17:13
no,function模块化进化的目标不是让数学与结合整表现,而屏蔽这些计算细节
而是
匿名支持(519398990) 18:18:59
未来语言进化应该是是简化语法形式,提供更单纯的读写方式的代码行文
匿名支持(519398990) 18:20:20
我掐指一算,未来是那几个重要的符号作用更理想的表达形式
永夜(871863191) 18:24:39
你是搞工程的吧
匿名支持(519398990) 18:30:33
{} //模块化 () //函数定义与调用,表达式优先级 [] //容器及下标索引, (){}结合//函数定义,流程控制文法 //待扩展;迭代式函数调用,这样使得函数调用与lambda完美表达;其实流程控制句法也一定意义类似于函数这类文法 []{}//待扩展:用于定义新类型数据结构,这样的话,连struct/class关键字都不要了
匿名支持(519398990) 18:33:55
如果此类编程文法出现,微软就折服了,他在语法扩展上应该做的比较优秀
匿名支持(519398990) 18:40:11
= //赋值, 待约束,当出现在表达式中时变身为逻辑比较语义,这样就杜绝了那些艰深苦涩的连等表达串 : //标号,待屏蔽,冒号变身为了目标声明作用,这样就不需要什么auto关键字,杜绝标号与goto句式,switch控制句式待另外设计
匿名支持(519398990) 18:48:19
其实直接变革成
这样得了,一切都函数式表达
其实直接变革成
switch (exp) { case(exp1) { // process block } case(exp2) { // process block } case()//Like the default { } }
这样得了,一切都函数式表达
try { ... } catch() { ... }的catch不就是这样的吗?