ขนาดวิดีโอ: 1280 X 720853 X 480640 X 360
แสดงแผงควบคุมโปรแกรมเล่น
เล่นอัตโนมัติ
เล่นใหม่
这么多的讲解编程语言的中文视频里面,唯一一个能用清楚,简单,好理解的语言来解释的,你是第一个.其他的很多人的编程教程和解释都等于中文不及格的水平,看来,中文其实还是很重要的,大部分程序员的语言表达能力和中文水平都太差了.这个姑娘不错.......
其实就是软件开发规模较大,涉及到多人开发时,面向对象的好处就出来了,一个大型软件可以分解成一个一个逻辑块,软件组成员可以自己编写一个或多个逻辑块,一个类看成一个逻辑块(比如3D显示),为了实现某一个逻辑块功能会涉及到一些相关函数和变量(在此要精简到每个函数、变量都必不可少而且没有彼此重复),把这些函数、变量封装到一起就成了类。如果在将来想对逻辑块进行功能扩充(比如3D在VR中显示),就没必要改写整个逻辑块,直接派生一个子逻辑块就行(子类),因为这样很省事.. 多态也很好理解,因为也是为了省事.. 面向对象编程其实就是面向逻辑块编程,面向逻辑块编程归根到底其实就是为了--省事..
找了很多视频去讲解类,你是说的最好的。
说的真的非常好啊,我看了很多简洁版介绍什么是面向对象编程的视频,您说的是最好的,最易懂的
谢谢分享,后续真需要再多看几遍,赞一个👍
講的真的很棒,希望能有更多關於程式觀念講解
牛逼 666 一步到位 感激您的视频 人也漂亮
还有一个另外流派,FP fucntion program 函数式编程流派,Scala 和 lisp 那种,ES6 也算函数式编程写多了,另外一种风格。
好棒!小白终于能稍微搞懂一点了
我愿称这个视频为最强👍🏻,感谢
看懂了, 谢谢你!!
❤❤讲的非常好👍,不过多态那里,c++里父类的方法是要定义的呀,子类如果同一方法不同算法,采用重载啊…在调取的时候,子类优先调用自己的方法,如果没有,就调取父类的方法。如果指针是父类指针,指向的是子类,也是优先调取子类的方法。
哈哈,我已经看了第三遍了,每隔一个月就来看一遍。这次好像又明白了一些什么,但是好像又什么都不明白
thanks. 讲的棒
跪了跪了,感恩🥹
多听几遍多听几遍 有利于理解
C用了多年,主要进行固件编程。后来开始用C# 总是抱着面向过程的心态去寻找一些C# 里面根本就不直接存在的解决方案。或者说在C里很优雅,在C# 里面如果硬要照搬就得散落在各处、或绕一个大弯才解决。后来想了想,有些话一开始没听懂,但反复有人说,被动听多了就当成背景音被忽略掉了。以前翻阅C++的时候因为粗浅了解过OOP的思想,但当时由于不需要用到,而且本身对C语言的封装也不是很精通,所以一知半解。后来每逢再看到面向对象,真的就形成pseudo listening的惯性了😂
声音真好听....嘿嘿
谢谢(*°∀°)=3用过c,还没接触过cpp,现在懂了大概
面向过程的C也有结构来表述对象, C++就是把一种结构自用的函数封装到类里,而C的函数不和具体结构封装。
C也可以用物件導向的思維,只是繼承比較麻煩,程式碼不好看然後沒有多態資料也沒辦法做到完全隱藏
2:13 這裡的兩個ATM都寫成atm1了
台灣 翻譯是 物件導向
这个翻译很直观👍
面向对象就是搞对象,就是类之间的连接。
寫作業是動詞 通常應該是用 介面定義 而非子集
我竟然現在才知道OOP的意涵
繼承可以說說 鑽石結構
判断崽子的类型,看笑了🤭
其實「面向對象編程」不太對。先有 Class,然後有 Object 或者 Instance. 這個 Object, 是物件的意思,不是對象。而 Oriented,感覺更是主導,主要,作為目標的意思。所以 Object Oriented Programming,是指 「物件主導編程」
中國的翻譯不一樣,他們把 Object 翻成 「對象」。至於對 Oriented 的理解,認同是 「以...作為目標」。正因如此,我想理解成「面向」也是沒問題的。= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = 至於先有 Class 還是先有 Object ( Instance ),我想或許可以分成幾個階段討論 : ②「寫code」和「執行」階段:透過現成的 Class ,用其 Constructor 創建 Instance。①「發想」以試圖模擬真實世界中東西的特徵與行為,並進行「設計」的階段:相較會以 Bottom-up 的思考順序對相似的 Object 們取交集形成 Class。③ 而後再「持續地」根據對系統( 領域 )的新理解、新需求,於實作時為「追求程式碼品質」與「節省成本」,有了對於「擴充性、維護性 ...」的追求:因而再萃取出更高層次的抽象( → Abstract Class → Interface )。= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = 不過我也並非認為只該總以 Bottom-up 的方向思考 (但多數時候是😎):- 在對系統( 領域 )有透澈的理解時,採 Top-down 的方式完成妥善的設計,我想沒問題。- 但若對正試圖模擬的系統還不熟悉時,就於建模階段以高階視角去看待世界,將容易因自身的先入為主,錯失了很多領域知識,甚至導致錯誤捕捉、不當設計。
@@pizza9765 物件就物件,對象,對什麼象?談戀愛嗎?至於先有 class 還是先有 object 也不是問題。 prototypal inheritance 沒 class 又怎麼了
@@winterheat 是翻译,object 翻译成对象或者物件
@@wellsAlexander-iq3jj 不是打個翻譯口號就可以任意妄為亂說一通
@@winterheat 有没有可能,在object翻译的时候两地就不同,例如network就有网络和网路两个翻译,但是两个翻译都通往network,而面向对象或者物件主導也都是指向Object Orientated,理解层面近乎相同,所以Object是对象还是物件甚至是物体不妨碍理解,对象主導或是面向物件也是一样的。(还有,对象不是只有交朋友才叫对象)
纪传体❤
簡單的說 就是 動詞構建 還是 名詞構建
然而我还是一脸懵,听了这个,对象感觉跟C里面的结构体也差不多
望大佬给我这个萌新解惑,C里面的结构体与对象有什么区别与共通处
这些是后端的东西对吗?
不是 是單純的程式編成架構 說完這個 才能接上 design pattern
比我们教授说的清楚一百倍吧
這章節有點難
这么多的讲解编程语言的中文视频里面,唯一一个能用清楚,简单,好理解的语言来解释的,你是第一个.
其他的很多人的编程教程和解释都等于中文不及格的水平,
看来,中文其实还是很重要的,大部分程序员的语言表达能力和中文水平都太差了.
这个姑娘不错.......
其实就是软件开发规模较大,涉及到多人开发时,面向对象的好处就出来了,一个大型软件可以分解成一个一个逻辑块,软件组成员可以自己编写一个或多个逻辑块,一个类看成一个逻辑块(比如3D显示),为了实现某一个逻辑块功能会涉及到一些相关函数和变量(在此要精简到每个函数、变量都必不可少而且没有彼此重复),把这些函数、变量封装到一起就成了类。如果在将来想对逻辑块进行功能扩充(比如3D在VR中显示),就没必要改写整个逻辑块,直接派生一个子逻辑块就行(子类),因为这样很省事.. 多态也很好理解,因为也是为了省事.. 面向对象编程其实就是面向逻辑块编程,面向逻辑块编程归根到底其实就是为了--省事..
找了很多视频去讲解类,你是说的最好的。
说的真的非常好啊,我看了很多简洁版介绍什么是面向对象编程的视频,您说的是最好的,最易懂的
谢谢分享,后续真需要再多看几遍,赞一个👍
講的真的很棒,希望能有更多關於程式觀念講解
牛逼 666 一步到位 感激您的视频 人也漂亮
还有一个另外流派,FP fucntion program 函数式编程流派,Scala 和 lisp 那种,ES6 也算函数式编程写多了,另外一种风格。
好棒!小白终于能稍微搞懂一点了
我愿称这个视频为最强👍🏻,感谢
看懂了, 谢谢你!!
❤❤讲的非常好👍,不过多态那里,c++里父类的方法是要定义的呀,子类如果同一方法不同算法,采用重载啊…在调取的时候,子类优先调用自己的方法,如果没有,就调取父类的方法。如果指针是父类指针,指向的是子类,也是优先调取子类的方法。
哈哈,我已经看了第三遍了,每隔一个月就来看一遍。这次好像又明白了一些什么,但是好像又什么都不明白
thanks. 讲的棒
跪了跪了,感恩🥹
多听几遍多听几遍 有利于理解
C用了多年,主要进行固件编程。后来开始用C# 总是抱着面向过程的心态去寻找一些C# 里面根本就不直接存在的解决方案。或者说在C里很优雅,在C# 里面如果硬要照搬就得散落在各处、或绕一个大弯才解决。后来想了想,有些话一开始没听懂,但反复有人说,被动听多了就当成背景音被忽略掉了。以前翻阅C++的时候因为粗浅了解过OOP的思想,但当时由于不需要用到,而且本身对C语言的封装也不是很精通,所以一知半解。后来每逢再看到面向对象,真的就形成pseudo listening的惯性了😂
声音真好听....嘿嘿
谢谢(*°∀°)=3
用过c,还没接触过cpp,现在懂了大概
面向过程的C也有结构来表述对象, C++就是把一种结构自用的函数封装到类里,而C的函数不和具体结构封装。
C也可以用物件導向的思維,只是繼承比較麻煩,程式碼不好看
然後沒有多態
資料也沒辦法做到完全隱藏
2:13 這裡的兩個ATM都寫成atm1了
台灣 翻譯是 物件導向
这个翻译很直观👍
面向对象就是搞对象,就是类之间的连接。
寫作業是動詞 通常應該是用 介面定義 而非子集
我竟然現在才知道OOP的意涵
繼承可以說說 鑽石結構
判断崽子的类型,看笑了🤭
其實「面向對象編程」不太對。先有 Class,然後有 Object 或者 Instance. 這個 Object, 是物件的意思,不是對象。而 Oriented,感覺更是主導,主要,作為目標的意思。所以 Object Oriented Programming,是指 「物件主導編程」
中國的翻譯不一樣,他們把 Object 翻成 「對象」。
至於對 Oriented 的理解,認同是 「以...作為目標」。正因如此,我想理解成「面向」也是沒問題的。
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
至於先有 Class 還是先有 Object ( Instance ),我想或許可以分成幾個階段討論 :
②「寫code」和「執行」階段:
透過現成的 Class ,用其 Constructor 創建 Instance。
①「發想」以試圖模擬真實世界中東西的特徵與行為,並進行「設計」的階段:
相較會以 Bottom-up 的思考順序對相似的 Object 們取交集形成 Class。
③ 而後再「持續地」根據對系統( 領域 )的新理解、新需求,
於實作時為「追求程式碼品質」與「節省成本」,有了對於「擴充性、維護性 ...」的追求:
因而再萃取出更高層次的抽象( → Abstract Class → Interface )。
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
不過我也並非認為只該總以 Bottom-up 的方向思考 (但多數時候是😎):
- 在對系統( 領域 )有透澈的理解時,採 Top-down 的方式完成妥善的設計,我想沒問題。
- 但若對正試圖模擬的系統還不熟悉時,就於建模階段以高階視角去看待世界,
將容易因自身的先入為主,錯失了很多領域知識,甚至導致錯誤捕捉、不當設計。
@@pizza9765 物件就物件,對象,對什麼象?談戀愛嗎?
至於先有 class 還是先有 object 也不是問題。 prototypal inheritance 沒 class 又怎麼了
@@winterheat 是翻译,object 翻译成对象或者物件
@@wellsAlexander-iq3jj 不是打個翻譯口號就可以任意妄為亂說一通
@@winterheat 有没有可能,在object翻译的时候两地就不同,例如network就有网络和网路两个翻译,但是两个翻译都通往network,而面向对象或者物件主導也都是指向Object Orientated,理解层面近乎相同,所以Object是对象还是物件甚至是物体不妨碍理解,对象主導或是面向物件也是一样的。(还有,对象不是只有交朋友才叫对象)
纪传体❤
簡單的說 就是 動詞構建 還是 名詞構建
然而我还是一脸懵,听了这个,对象感觉跟C里面的结构体也差不多
望大佬给我这个萌新解惑,C里面的结构体与对象有什么区别与共通处
这些是后端的东西对吗?
不是 是單純的程式編成架構 說完這個 才能接上 design pattern
比我们教授说的清楚一百倍吧
這章節有點難