※ 引述《reader (读者)》之铭言： : ※ 引述《Eventis (何逸凡)》之铭言： : 这大概是最白烂的做法了。但很多情况是得在执行时期处理的。 @.@ 没想到真的得在执行期来做这个东西Orz..... 我脑子里只晃了晃这个怪物,就自动略掉了. 真的在runtime才能处理的东西, 除非语言中具备有特殊的提示或写法, 否择语法结构/语意上对於实作所能提供的改善几乎没有. 能采取的最佳化策略,在原有的语言上也是可以做, 那定义这样的语言能带来额外的优势吗? : 这这... 我从来没觉得 rpc 或 web service 强大或好用过... : 五年前申请一半的专利就是网路软体元件自动耦合连结了... 而在 对不起 ,是我太乱来了 <(_._)>.... 我想到那是什麽东西了....>.< : 十年前，我的天才学弟去留学前的临别笔记，也就提到了，到现在 : 我想做的东西，只怕还没超过他当年的规划和想像太多。 : 基本上，只要有一个最基本的支援平台，这一点也不困难。 介面整合,module coupling的问题,也不难处理吗? (这个部份只有听老师有如介绍梦想般的带过去一下下 程式内的模组都透过网路堆砌完成的样子@@) : : 虽然C++语言本身与基本函式库没有提供, : : 可是这些功能或技术要做到,在一般的情况下并没有太大的问题. : : (或者是发展的人觉得写不出更好的0.0?) : 完全内建和外加是不一样的。这要做过才知道，如果系统中的物件都 : 能自主动作，程式设计的概念都会不一样了。 我完全赞同这一段. : 而当这些物件可以游走於不同机器时，在程式设计上却会是一模一样， : 当物件能够自行昇级改版，我们还是可以使用同样的程式码持续性地 : 运作时，那麽它的威力就更会显现出来。 @@;;;; 等等..... C++的object code不是有平台相依性@@ 怎麽确保portability@@? 每port一次就从头compile一次@@? --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.62.49.43