我用我写的程式来说明怎麽用到 OOP。 俄罗斯方块, 俄罗斯方块不是有很多不同的方块吗? ex: ZTetromino ** ** -------- STetromino ** ** -------- OTetromino ** ** -------- ITetromino **** -------- 我实做一个 Tetromino 代表最基本的方块元素, 定义出 move() 这个移动的 member function。 rotate() 则是以 virtual function 来定义。 ZTetromino, STetromino, OTetromino, ITetromino 继承 Tetromino, move() 都是一样的作法, 所以继承之後, 每个方块都有了移动的能力, 这是继承提供的好处。c 也做的到, 就用 function pointer 指到对应的 function。 rotate 旋转的话, 每个方块的旋转都不同, 所以就各自定义出自己的旋转方式。 上面提的是继承与多型。 还少个封装, 封装的话, 每个方块有 4 个点 (x, y), 这 4 个点被我以 private data member 的形式设计在 Tetromino class 内。 其实俄罗斯方块也可以不要用多型 (OOP) 的方式来设计, 但我觉得用多型来设计 非常适合俄罗斯方块的那些方块。 另外一个是编译器的例子, AST 的每个 node 也可以设计成 OOP 方式, 例如: FunctionNode, AddNode, SubNode 之类的, 不过在我的实做中, 我觉得这样 并没有太大的好处, 所以并没有这样设计, 但是 两周自制脚本语言 这本书 是以 java 来实做 AST, 他就是这样设计的。 若你有写过用 OOP 来设计的程式, 把那个思考方式说出来, 也许面试官就能 更清楚你想表达的内容。 ※ 引述《goooeooo (ge)》之铭言： : 以前面试遇到的问题 : 面试官问我什麽是OOP : 当时我觉得我回答不好 : 我想请问以下 这样解释可以吗? : OOP观念 运用得宜可以将开发时间缩至最短 且观念正确下 也可让将来维护人员好维护 : 在大型系统下效果尤其显着 : 譬如今天开发仓库系统(我随意举例实际没有碰过这种系统) : 由上往下分类 譬如有电子类、玩具类 此两类都还有很多继续向下的分类... : 将电子类、玩具类 设计制作成大致物件 : 就是让此两类的向下分类几乎都是以此两物件做为变化继续修正或增加差异的部份来开发 : 譬如:电子类 再向下有手机类、电脑类 : 那将手机类、电脑类会共通的方法、逻辑再加上变数 制作成电子类物件 : 用电子类物件来小幅修正 完成向下的手机类跟电脑类两个小差异的部份就行了 : 照这样的规则一直向下 就是说 也将手机类跟电脑类 继续做成物件 供向下分类使用 : 也就是说你必须在规划开始时就已经思考好整个系统架构 会由几个最上层的物件开始向下 : 一直向下创造物件 让程式码进而达到最简化 但又能完成繁琐的任务 : 让开发人员可以快速开发 将来维护人员也可快速理解维护 : 所以最上层的物件设置规划非常重要 关系到整个系统开发的过程 : 这是我所理解的 请问这样可以解释OOP观念吗? -- 纸上得来终觉浅，绝知此事要躬行。 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 49.214.247.42 ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1510492579.A.349.html ※ 编辑: descent (175.98.141.254), 11/15/2017 09:01:23