作者csfgsj (流水贯通)
看板Soft_Job
标题Re: [请益] 比物件导向更先进的程式设计思想？
时间Sun Oct 18 09:52:46 2020
※ 引述《ripple0129 (perry tsai)》之铭言：
: 也不是说转换能马上换掉的啊
: 真要说马上能换就换掉的
: 我第一个就先推Javascript
: 问题就是换不掉啊
JavaScript 是一个基於原型(Prototype-based)的程式语言
在本质上很难将它归类为程序导向语言，或是物件导向语言
类别：
JavaScript 中没有类别(Class)的概念，但是有物件(object)的概念
而这个物件概念的物件，则是以GUI的 Widget为主
Widget 具有属性及操作(事件反应)函式，两者绑在Widget上是合乎操作的抽象习惯的
封装：
JavaScript 中的物件没有封装的概念
继承：
JavaScript 的物件没有继承(Inheritance)的特性
多形：
JavaScript 的物件没有多型(Polymorphism)的概念
命名空间：
JavaScript 没有命名空间的概念
以上这些典型的OOP乱源都没有了，JavaScript写出来的Code
自然也就不会像一般的OOP那样臭
虽然有人说，还是可以用JavaScript写出有OOP味的程式
但基本上没有什麽人这样做，真的这样做，Code也是一团乱
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.229.0.133 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1602985969.A.989.html
1F：推 sunsamy: 有可能,但有更多的例子解释为何是乱源吗？ 10/18 10:02
如果不排斥看英文 网路上资料很多啦！
Ex. 搜寻 "anti object oriented programming"
2F：推 sunsamy: 很有趣的观点, 的确以前没注意过,不过较像c++语法的问题 10/18 10:07
3F：→ sunsamy: OOP的观念本身没问题 10/18 10:08
Bjarne Stroustrup (C++ 创始者) 这老家伙说C过时了
https://www.youtube.com/watch?v=KlPC3O1DVcg
看看底下的留言者，如何围剿他
4F：推 BBSealion: 说乱源太超过了，就是不同设计法各有优缺点而已，强制 10/18 11:32
5F：→ BBSealion: OOP 的语言确实造成了一些麻烦，但放开一些限制，引入 10/18 11:33
6F：→ BBSealion: 其他设计法的好处，截长补短，OOP本身还是很有价值 10/18 11:33
7F：→ BBSealion: javascript 的玩法一样生出了一堆讨人厌的鬼东西 10/18 11:34
8F：推 aidansky0989: 封装的思想很好，代码复用原则上是对的 10/18 11:59
9F：推 ripple0129: JS的乱不是paradigm的问题，是一堆莫名奇妙设计不良 10/18 12:52
10F：→ ripple0129: 的东西还转化成了知识，譬如说hoisting，this。这样 10/18 12:52
11F：→ ripple0129: 的设计有好处就算了问题是根本没有，不如喷错出来给 10/18 12:52
12F：→ ripple0129: 我修正。 10/18 12:52
13F：推 tsao1211: 有训练过的工程师也不会用到hoisting 10/18 12:59
全班考太烂，教授将分数开根号乘以十的概念
14F：推 longlyeagle: JS可OOP可FP 反正怎麽写都会动 输出是什麽就不知道了 10/18 13:40
老实说前端的东西 有需要搞得这麽复杂吗？
15F：→ EricTCartman: client端也有复杂的 10/18 14:07
有技术价值的东西，放在明码上，不是一下子就被切走了吗？
16F：→ jej: 我觉得楼主要去看看ES6之後了 你说的JavaScript是很久之前的 10/18 15:27
17F：→ jej: 用狗哥查JavaScript封装 继承 多型 会有东西喔 10/18 15:27
18F：嘘 daddy29: 多看点书 10/18 15:28
PO文的内容就是从书上来的
19F：推 art1: 如果真的对物件导向很不满，怎麽会连用自己的话说出来都办不 10/18 15:32
20F：→ art1: 到？只会叫别人 google，你自己的想法在哪里？ 10/18 15:32
请参考前面的发文，我已经写很多了。
提供额外的参考，这样也不行。就是要找碴乎
21F：→ jej: 而且 js的定位并非全然都是前端喔 这样说NodeJs支持者会哭 10/18 15:34
22F：→ jej: 至於程式有大便味 就是有那种喜欢写奇门遁甲if else的人 10/18 15:49
23F：→ jej: 就是看谁衰 谁承受奇门遁甲阿 谁吃屎阿 10/18 15:49
24F：→ jej: 不过回归这话题 有没有比oo先进 这很难说 10/18 15:58
25F：→ jej: 但本肥很喜欢祖克柏 和比尔盖兹的想法 10/18 15:58
26F：→ jej: 觉得现行的语言太麻烦 自己干出来一套语言 10/18 15:58
27F：→ jej: 本肥觉得这才是这系列文最终想要的结果 10/18 15:58
前端语言要自干，还要看浏览器买不买单，没那麽大的本事
後端我用C就可以了，Web Server 还可以自己改(httpd)
不过现在没有靠 Web 营生，所以没有这个烦恼。
做纯 Web 太血汗，好吃懒做的人早跑了
28F：→ thund: JS的封装继承多型也只是语法糖 本质还是Prototype-base啊 10/18 16:47
29F：推 x246libra: 用你的关键字查询 看到一个论点是OOP的共享状态是雷区 10/18 16:57
30F：→ x246libra: 无论这个共享状态是全域变数 或是依赖注入的封装依赖 10/18 16:57
31F：→ x246libra: 但我好奇 类似这种全域变数 比如说连线池 是一定要的吧 10/18 16:58
32F：→ x246libra: 如果不依赖这个共享的连线池 是要每次都重建？ 10/18 16:59
33F：→ x246libra: fp的语言 会怎麽使用连线池呢？ 闭包? 跟封装差不多吧 10/18 17:00
34F：→ x246libra: 还是说 完全不使用连线池？ 10/18 17:00
不是很确定你问的问题是什麽？ 回了怕变成鸡同鸭讲
35F：嘘 askaleroux: JS本身就是垃圾语言 还好意思批评其他性质 10/18 18:13
37F：→ strlen: 什麽不推 推JS这个垃圾 我越来越觉得你在反串 10/18 18:21
38F：→ strlen: JS没有class 还在新版特别做了一个语法糖 你来说说为何 10/18 18:22
39F：→ strlen: ECMA为何要舔OOP的懒趴好了 XDDD 10/18 18:22
因为市场需求，商人只管满足需求，而不管有这种需求的人是不是獃子
40F：→ strlen: 楼上不要讲ES6了啦 老骨头根本跟不上时代了还活在过去 10/18 18:24
至少是美好的过去
41F：→ newhandfun: 楼上这图.....XD 10/18 18:26
42F：→ strlen: 然後阿 就本质来讲啦 所有的程式包括C 本来就都是语法糖阿 10/18 18:26
43F：→ strlen: 阿不然你要回去看组语或机器码喔？XDDDDDDD 10/18 18:26
44F：推 Masakiad: 这篇言论的确像15年前的人讲出来的 「前端不用这麽复杂 10/18 19:26
45F：→ Masakiad: 」、「JS没有OOP」这些都不是现代JS语言应用实务上的状 10/18 19:26
46F：→ Masakiad: 况 10/18 19:26
表示未来的 JavaScript code 要开始 Spaghetti 化了 残念
47F：推 lturtsamuel: 实作是prototype base是一回事 class跟extend都出来 10/18 22:17
48F：→ lturtsamuel: 这麽久了不用当它空气吧 10/18 22:17
不把它当空气，就要开始写 Spaghetti Code了
49F：推 b85040312: 我看过前端写REACT用一堆 if else 来控制画面显示 10/19 01:40
50F：→ b85040312: 看到只觉得 wtf 10/19 01:40
51F：→ shooter555: ES6嘎? 10/19 12:34
52F：→ strlen: 你什麽时候产生了没有OOP就不会有Spaghetti Code的错觉XD 10/19 13:29
我没有这样说过呀！ 是你误会了
53F：嘘 as30385438: 这篇看起来是久没接触前端的人凭着信仰发的文 10/19 14:13
54F：→ as30385438: 稍有要求的公司早就都上ts了, 也不会用JS的奇怪特性 10/19 14:15
看一下这个网站，JavaScript 跟 TypeScript 的 Rank
https://www.tiobe.com/tiobe-index/
https://reurl.cc/avMnOY 这篇文章说：
There are no plans to support TypeScript natively in the browsers.
Chrome did some experiment, but later cancelled support.
(目前没有任何的浏览器计画对 TypeScript 提供天生的支援(不用加外挂))
(Chrome 曾经作过一些测试，後来取消了对它的支援)
「稍有要求的公司早就都上ts了」<-- 这是你的信仰，还是你在作梦
55F：嘘 as30385438: 不要在那边偷渡概念...浏览器不支援是另一个议题 10/19 16:04
来自同一篇文章
This is particularly important to note if you’re still in the prototyping
phase. If so, don’t waste your time with TypeScript. JavaScript is so much
more flexible. (不要浪费时间在 TypeScript 上面)
56F：→ as30385438: 三大前端框架Angular本来就ts-based 10/19 16:04
越来越离谱了
57F：→ as30385438: 另外两个也都往ts靠拢, ts近年的趋势网路上一堆文章 10/19 16:05
58F：→ as30385438: 中型以上的frontend专案还用JS这种垃圾叫做自找麻烦 10/19 16:06
感觉就是微软的大外宣
59F：→ strlen: 那既然都会义大利面 用不用OOP有差吗 关键不就在人？ 10/19 17:51
这是机率的问题，用OO的人，90%都会制造粪code
造飞机~ 造飞机~ 来到青草地~
造粪机~ 造粪机~ 就是O.O.P.~
60F：→ strlen: 反正不合你意就是大外宣 就是炒作 就是阿共仔的阴毛 10/19 17:54
阿共的阴毛不清楚啦，MS的阴毛全世界都知道
61F：嘘 as30385438: 你看文章都不看上下文的吗... 10/19 18:36
62F：→ as30385438: if you’re still in the prototyping phase. 10/19 18:36
不用OO，那句话有什麽问题
63F：→ as30385438: 该文作者看起来就是ｔｓ派的 10/19 18:39
建议你把整篇文章仔细看一遍，它里面还提到
Javascript is more flexible. ~~~
If Typescript is Windows, Javascript is Linux.
I tried to refactor some of my hobby projects to TypeScript
but it did not worth the effort.
64F：→ as30385438: 熊熊发现这位不就是之前大战OOP的大师吗XD 10/19 19:19
65F：→ stopcrying: js 是 prototype-based OO language 吧 10/19 21:16
66F：→ stopcrying: 他的好朋友还有 Lua 和 Self ？ 10/19 21:17
您高兴就好
67F：嘘 Nitricacid: JS 跟 TS 的发言真的是原始人....XD 10/19 22:53
所以你很先进？要不要掏出来看看，不要只会说别人的鸡鸡小
68F：嘘 CoNsTaR: 计画什麽时候进桶啊？ 10/20 02:57
建议你去当版主，把所有看不顺眼的都桶一桶
※ 编辑: csfgsj (218.32.249.24 台湾), 10/20/2020 10:18:49
69F：→ strlen: 你有数据显示写OOP的比较容易写出粪code？ 10/20 13:31
70F：→ strlen: 我倒觉得根本差不多 10/20 13:31