＋设为首页 ＋添加到收藏夹
【推荐阅读:从MP3中提取歌曲信息】
第13章,线程做第13章练习3的时候,要用到第8章的所谓框架greenhousecontroller,仔细看了代码,it smells.ch13 ex03,俺没有让event类继承thread,而是在里面搞了匿名的runnable,主要是不想动greenhousecontrols里面的东西.改动很少,然后编译——tmd,出来的结果与预期不一样么.于是认真读greenhousectrols.java文件.类greenhousecontrols的inner class:restart非常怪异.代码并不复杂,一看就明白.但是,restart类与其他内部类,实在差异太大,it smells.这不难,很快改好.但是,类的职责的划分,也tmd太过草率了些.还说自己是framework,呵呵.
呜呼,实在不怎么喜欢tij3里面的代码这是invariant相关类图.初看时,这些个名字把脑袋都搞糊涂.俺也是很能读代码的人啦,看第13章中invariantwatcher的时候还是觉得糊涂,被逼无奈,画图.问题的根源在于,invairant 类中方法 invariant(),这个名字显然取得不够好.invariantwatcher的思路非常清晰,不错.就坏在这个名字上了.叫做test(),或者getstate()什么的不好么?呵呵.－－给tij3同学发邮件了,建议加上这个图,并把名字改掉.附注:画图使用工具 violet,一个free的完全java的uml工具,超级简洁.第13章concurrency搞定总的说来,这一章比较简单.1.简单地介绍了thread相关的api2.介绍了冲突与死锁要点:1.对象锁.类锁－－均体现在synchronized关键字2.冲突.死锁3.正确结束线程的运行4.死锁的防止:there is no java language support to help prevent deadlock; it’s up to you to avoid it by careful design. these are not comforting words to the person who’s trying to debug a deadlocking program. 嘿嘿.评价:1.不是太复杂的一章.... 下一页