楼主:
jej (晃奶大馬桶)
2022-01-21 19:53:56看到回文认真觉得
今天光是OOP
认真要考你
应该能刷掉一堆人
一堆SA SD PG 甚至自认架构师的
光是OO两个字就很够了
还不包含OOP衍生UML
如果范围变成要考OOAD
还可以考一堆系统设计, 软工的手法
看看分析设计做出来的系统
是否很OO
因为就长年的经验来看
真的太多系统
只是披着OO的皮
作不OO的事情
你也可以回复说
什么年代了还在OO
自己是反OO那派的
那就更可以在面试中
讨论你对你的系统用了哪些套件
他们如何做到反OO又出名的
认真要考你
绝对不会是考你名词
作者: juijuijuijui (瑞瑞) 2022-01-21 20:39:00
什么等级的公司考什么试
很会写又如何？公司都用OO的人干嘛找一个反OO的人进来？用人属性也要相同的
作者: superpandal 2022-01-21 20:43:00
全OO可以阿 尽量不做纯util类 数据库也全映射 但考量直观与动态 OO肯定不是完美的 参杂是很不错的选择而且可以用closure也没必要OO到走火入魔
问题不一定是在比谁厉害，只是进入这个团队的必要门槛
作者: superpandal 2022-01-21 20:49:00
而面试通常也不会延伸那么多 一个面向都很花时间了至于楼上说的会不会写其实有差 当然台湾公司多数不需要那么强 这话其实可以反映现象当然这是说一些大神
作者:
DrTech (竹科管理处网军研发人员)
2022-01-21 23:55:00现在开发软件，除了接案公司，Agile系的，谁还搞这些设计。
作者:
acgotaku (otaku)
2022-01-22 03:30:00写到继承 多型就差不多了,搞太复杂 是要不要重构拉
就是信仰 团队信仰OO 总不能找一个反OO的人这样回答很大的机率被打枪
作者:
crowley (苍蝇拍)
2022-01-22 17:42:00确实
作者:
kingofsdtw (ä¸èƒ½é–’下來!!)
2022-01-22 22:42:00oo到整个dead lock路过...
作者: gekkou (X 1106) 2022-01-23 14:09:00
你要反OO也没问题 但你总点说点东西出来会dead lock 跟OO 没有直接关系的