英语中的oo发啥音？

Posted 2023-04-21

1、大部分oo发成长音。例词：food, shoot, boost；例外词：good, -hood, stood, understood, wood, foot, soot, wool；超级例外词：blood, flood 。

2、oo在k/p/n后面的通常是长音。例词：snook, snooker, spoon, spook, pool, cool, school；例外：cook。

3、oo是词首或者词尾，总是发长音。例词：too, kangaroo, bamboo, igloo, tattoo, taboo, voodoo; oops, ooze。

4、oo在k前通常是短音，但是oo前面是p/n是例外。例词：book, look, took, cook, shook, brook；例外：spook, snook。

扩展资料

1、food

英 [fuːd]  美 [fud] 

n. 食物；养料

词组短语

food industry 食品工业，食品产业

food and drink 饮食；食品与饮料

food processing 食品加工，食品处理；进食，食品热杀菌

2、book

英 [bʊk]  美 [bʊk] 

n. 书籍；卷；账簿；名册；工作簿

vt. 预订；登记

n. (Book)人名；(中)卜(广东话·威妥玛)；(朝)北；(英)布克；(瑞典)博克

短语

Black Book 黑色名册 ; 黑皮书 ; 黑名册 ; 黑书

Yellow Book 黄皮书 ; 廉价小说 ; 只读光盘标准 ; 黄色书籍

Domesday Book 末日审判书 ; 清帐书册 ; 土地调查清册 ; 末日裁判书

3、shoot

英 [ʃuːt]  美 [ʃut] 

vt. 射击，射中；拍摄；发芽；使爆炸；给…注射

vi. 射击；发芽；拍电影

n. 射击；摄影；狩猎；急流

词组短语

bamboo shoot 竹笋，笋

shoot at 力争；向…射击

shoot down 击落；驳倒，否决

shoot for 争取，为…而努力

4、snook

英 [snuːk]  美 [snʊk] 

n. 大拇指按鼻端，其余四指张开以示轻蔑的手势

n. (Snook)人名；(英)斯努克

短语

Richard Snook 斯努克

Snook J 斯努克

Donnie Snook 斯努克

5、cook

英 [kʊk]  美 [kʊk] 

vt. 烹调，煮

vi. 烹调，做菜

n. 厨师，厨子

n. (Cook)人名；(英、印)库克

短语

Cook County 库克县 ; 库克郡 ; 美国伊利诺伊州库克县

Cook Strait 库克海峡 ; 克海峡 ; 科克海峡 ; 库客海峡

cook inlet 库克湾 ; 库克水道 ; 库克入海口 ; 克内湾

参考技术A 元音字母组合oo在单字里发短元音/ʊ/的音，发音时，舌后部抬高，舌位中高，牙床半合，双唇呈圆形，小而突出，这个音大多出现在字中，也常出现在非重读的字末，但很少出现在字首，如：
book 书
wood 木头
cookie 甜饼干，曲奇
wool 羊毛
foot 脚，英尺（英制长度单位）
cook 烹调
hook 钩住
look 看。

OO第三次阶段总结

(1)调研，规格化设计的大致发展和为什么得到人类重视

结构化程序设计（英语：Structured programming），一种编程范型。它采用子程序（函数就是一种子程序）、代码区块、for循环以及while循环等结构，来替换传统的goto。希望借此来改善计算机程序的明晰性、质量以及开发时间，并且避免写出面条式代码。Edsger Dijkstra 于 1968 发表了著名的《GOTO 有害论》的论文,引起了长达数年的论战,并由此产生了结构化程序设计方 法。同时,第一个结构化的程序语言 Pascal 也在此时诞生,并迅速流行起来。

在我看来，程序规格化设计是为之后更大规模程序的设计打基础，随着以后需求的增加，要进一步提高程序的抽象化程度，规格化设计能让人清晰的辨别各个方法的功能，以较简便的方式解决客户需求，降低程序的复杂度。

(2)分析自己的规格bug

第九次作业：无效

第十次作业：

 第十一次作业：无

(3)分析自己规格bug产生的原因

对指导书的研读不够，存在偏差。对jsf的理解不够深刻。在之前的编程中，不够清晰的层次设计，导致后来jsf的表达十分困难，所以要想不被报bug需要更多研读课上所讲的jsf。

(4)分别列举5个前置条件和5个后置条件的不好写法，并给出改进写法

前置条件的不好的写法有，随意使用null，none等，使用自然语言时有可能一时疏忽导致产生二义性。

五个不好的后置条件写法：

1.简单函数的的功能，即便很短也要写。

this.state ==> this.state = i

2.自然语言 ==> 改成用数据变现的对应关系

3.写方法内涵的算法 ==> 只关注最后需要获得的数据的限制

4.对于多线程需要加入多线程的后置条件

 

更改前
/**
@ EFFECTS:randomly driving refer to flowmap            
    @ */

更改后
/**
@ EFFECTS:randomly driving refer to flowmap    
@ THREAD_EFFECTS:\\locked(guigv.flowmap)    ;\\locked(guigv.m.graph)        
    @ */


(5)按照作业分析被报的功能bug与规格bug在方法上的聚集关系
　　　无

(6)归纳自己在设计规格和撰写规格的基本思路和体会
　方法的编程应在规格的撰写后，而不是写完方法在回来改写规格，这样可以很好的限制方法的长度也降低了方法的复杂度。规格不仅是写给自己看，更是为后团队工作时便于交流，而且要以指导书为准，不然会被挂很多bug。