求备考LSAT的书籍资料 - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Law - 律师事务所

求备考LSAT的书籍资料

求备考LSAT的书籍资料# Law - 律师事务所

C*R2010-04-14 07:04

1 楼

EAD的批准是不是肯定depend on打指纹啊？换句话说，如果打指纹晚了（一直拖着没时
间），是不是AP和EAD也就不会被批准，还是打指纹晚了，不会影响EAD和AP，只会影响
485和最后拿卡的时间？
打指纹的通知有deadline吗？比如如果过了什么时间还不打的话，485 case就会作废
etc。
多谢XDJM回复

c*i2010-04-14 07:04

2 楼

1. 现在LOST里面有6个CANDIDATE。这其中只有MILES生在岛上。氢弹爆炸后， MILE
就该消失了。所以，他在后面几集里必有不凡的作用。
2. 关于黑烟。黑烟为什么呆在岛上这么长时间呢？为什么他走不了？他现在附着在
LOCKE身上，为什么还是离不开？当年潜水艇来来往往那么多次，他为什么就走不了
呢？到了现在， JACOB死了，他为什么还需要其他人的帮助？他到底要怎么才能逃
出去？他的弱点在哪里？

q*c2010-04-14 07:04

3 楼

就是为啥有 GC 的语言, 像 c# 和 java，就没有destructor. 很多的时候
desctructor 那是非常的有用，特别是非内存的那些文件啊，外设什么的。
同样的变量生命周期控制，退栈的时候消灭。
如果有 destructor + GC 岂不是把两样的好处都拿到了吗？这肯定是有原因的。

S*r2010-04-14 07:04

4 楼

如果有兄弟姐妹考完了要卖的，请发我站内信箱。或者那位好心的至少告诉我一下，在
哪里可以买得到。多谢！

d*i2010-04-14 07:04

5 楼

485交上去之后会收到打指纹通知，要求你在某年某月某日去打指纹，如果你在指定的
日期没去，485会被据

【在 C**R 的大作中提到】

: EAD的批准是不是肯定depend on打指纹啊？换句话说，如果打指纹晚了（一直拖着没时
: 间），是不是AP和EAD也就不会被批准，还是打指纹晚了，不会影响EAD和AP，只会影响
: 485和最后拿卡的时间？
: 打指纹的通知有deadline吗？比如如果过了什么时间还不打的话，485 case就会作废
: etc。
: 多谢XDJM回复

l*u2010-04-14 07:04

6 楼

6个candidate应该不包括Miles吧

c*m2010-04-14 07:04

7 楼

C#'s destructor:
1. Automatic way: GC
2. Manual way: Finalize()

【在 q*c 的大作中提到】

: 就是为啥有 GC 的语言, 像 c# 和 java，就没有destructor. 很多的时候
: desctructor 那是非常的有用，特别是非内存的那些文件啊，外设什么的。
: 同样的变量生命周期控制，退栈的时候消灭。
: 如果有 destructor + GC 岂不是把两样的好处都拿到了吗？这肯定是有原因的。

B*e2010-04-14 07:04

8 楼

cambridgelsat.com便宜，$6一套，是pdf文件，买了马上发到你的邮箱

【在 S*********r 的大作中提到】

: 如果有兄弟姐妹考完了要卖的，请发我站内信箱。或者那位好心的至少告诉我一下，在
: 哪里可以买得到。多谢！

c*22010-04-14 07:04

9 楼

there are few people who receive EAD before FP. But that's rare.
Also some people receive I-485 approval before EAD. especially those whose I
-485 pending for < 3 months.

c*i2010-04-14 07:04

10 楼

没有吗？都是谁？

【在 l******u 的大作中提到】

: 6个candidate应该不包括Miles吧

q*c2010-04-14 07:04

11 楼

...actually I wanted to ask is
为啥不在变量退出 scope 的时候就 check 一下 reference, 没有的话就自动 destroy
...

【在 c*m 的大作中提到】

: C#'s destructor:
: 1. Automatic way: GC
: 2. Manual way: Finalize()

n*k2010-04-14 07:04

12 楼

那还不如去amazon买，每买四套只收三套的钱，还免运费，实际一套也就六块，还是纸
的。

【在 B******e 的大作中提到】

: cambridgelsat.com便宜，$6一套，是pdf文件，买了马上发到你的邮箱

u*s2010-04-14 07:04

13 楼

Miles生在氢弹爆炸之前，爆炸之前已经撤离了

MILE

【在 c******i 的大作中提到】

: 1. 现在LOST里面有6个CANDIDATE。这其中只有MILES生在岛上。氢弹爆炸后， MILE
: 就该消失了。所以，他在后面几集里必有不凡的作用。
: 2. 关于黑烟。黑烟为什么呆在岛上这么长时间呢？为什么他走不了？他现在附着在
: LOCKE身上，为什么还是离不开？当年潜水艇来来往往那么多次，他为什么就走不了
: 呢？到了现在， JACOB死了，他为什么还需要其他人的帮助？他到底要怎么才能逃
: 出去？他的弱点在哪里？

k*r2010-04-14 07:04

14 楼

难道GC不是这么做的？

destroy

【在 q*c 的大作中提到】

: ...actually I wanted to ask is
: 为啥不在变量退出 scope 的时候就 check 一下 reference, 没有的话就自动 destroy
: ...

B*e2010-04-14 07:04

15 楼

我买了纸的,为了多做几遍,结果费了半天劲一套一套的扫描.然后打印.还不如一开始就
买pdf的.

【在 n*****k 的大作中提到】

: 那还不如去amazon买，每买四套只收三套的钱，还免运费，实际一套也就六块，还是纸
: 的。

a*52010-04-14 07:04

16 楼

大夫,胖子,俩高丽人,萨伊德,骚爷

【在 c******i 的大作中提到】

: 没有吗？都是谁？

c*m2010-04-14 07:04

17 楼

1.首先那些local的数组/内嵌class/reference呀啥的在object退出时候被GC直接干掉。
2.那些reference变量new出来的玩意GC干不掉，需要用Finalize()手工干掉。
原因很简单，1那些在编译时候就定好了，.Net知道怎么干掉，2那些reference开的空间
是运行时候动态分配的，.Net还没有智能到分析你代码的程度，所以它不知道干掉多少
。或者说.Net认为编译添加对new之类的track，开销不值得。

destroy

【在 q*c 的大作中提到】

: ...actually I wanted to ask is
: 为啥不在变量退出 scope 的时候就 check 一下 reference, 没有的话就自动 destroy
: ...

c*o2010-04-14 07:04

18 楼

只有一个棒子是，应该有Kate。

【在 a****5 的大作中提到】

: 大夫,胖子,俩高丽人,萨伊德,骚爷

q*c2010-04-14 07:04

19 楼

不是说 GC 销毁对象的时间不定？我倒是想比如自动回收文件，就是
不能确定什么时候 finalize 被 call...甚至会不会被 call 都不一定。

掉。
空间

【在 c*m 的大作中提到】

: 1.首先那些local的数组/内嵌class/reference呀啥的在object退出时候被GC直接干掉。
: 2.那些reference变量new出来的玩意GC干不掉，需要用Finalize()手工干掉。
: 原因很简单，1那些在编译时候就定好了，.Net知道怎么干掉，2那些reference开的空间
: 是运行时候动态分配的，.Net还没有智能到分析你代码的程度，所以它不知道干掉多少
: 。或者说.Net认为编译添加对new之类的track，开销不值得。
:
: destroy

c*i2010-04-14 07:04

20 楼

应该没有KATE，要不ILLNA会派人找她。

【在 c*****o 的大作中提到】

: 只有一个棒子是，应该有Kate。

c*m2010-04-14 07:04

21 楼

GC的机制是满了才销毁。
Finalize()就是.Net提供消除那些New的玩意的工具。class退出时候会被call。但你也
可以随时手工call Finalize(). 你把它看作一个函数就完了。

【在 q*c 的大作中提到】

: 不是说 GC 销毁对象的时间不定？我倒是想比如自动回收文件，就是
: 不能确定什么时候 finalize 被 call...甚至会不会被 call 都不一定。
:
: 掉。
: 空间

Z*e2010-04-14 07:04

22 楼

但是Kate小时后也被摸过阿

【在 c******i 的大作中提到】

: 应该没有KATE，要不ILLNA会派人找她。

h*02010-04-14 07:04

23 楼

因为java里没有对象变量，只有引用变量。退出scope里这个引用是没有了，但实际的
对象永远不会有scope。

destroy

【在 q*c 的大作中提到】

: ...actually I wanted to ask is
: 为啥不在变量退出 scope 的时候就 check 一下 reference, 没有的话就自动 destroy
: ...

c*m2010-04-14 07:04

24 楼

sun和jin中的一个，最后一个是locke，不过他已经死了。

【在 a****5 的大作中提到】

: 大夫,胖子,俩高丽人,萨伊德,骚爷

f*Q2010-04-14 07:04

25 楼

文件串口handle什么的close不行么？对象还在但是资源释放了不就行了？

【在 q*c 的大作中提到】

a*52010-04-14 07:04

26 楼

凯瑟琳不是
虽然被摸过
但她只是被找来为其中两个候选人服务的
属于拉皮条的超级龙套

【在 Z****e 的大作中提到】

: 但是Kate小时后也被摸过阿

g*g2010-04-14 07:04

27 楼

非内存的资源自然是要手工回收的。比如数据库，网络连接。
在java里都是要显式关闭的。大多数API都设了timeout来
防止过长的空闲连接，那是另回事。

【在 q*c 的大作中提到】

a*52010-04-14 07:04

28 楼

只有一个棒子,但没人知道是哪个
所以两个都得算现在
总共五个人活着,但有一个人是二选一
所以总共六个

【在 c*****o 的大作中提到】

: 只有一个棒子是，应该有Kate。

g*g2010-04-14 07:04

29 楼

这个说法也是错误的，GC本身就是一个并行跑的线程。
至于什么时候会触发或者说piority会提高是一个配置的问题。
并不一定要等到内存满了。
GC本身就有多种算法可以配，通常对young generation跟tenured generation
的GC算法也不一样。

你也

【在 c*m 的大作中提到】

: GC的机制是满了才销毁。
: Finalize()就是.Net提供消除那些New的玩意的工具。class退出时候会被call。但你也
: 可以随时手工call Finalize(). 你把它看作一个函数就完了。

c*i2010-04-14 07:04

30 楼

现在不知道最后一个CANDIDATE是谁，编剧埋的伏笔真的是太多了。让人看得生气，
但是又欲罢不能。

g*g2010-04-14 07:04

31 楼

外部资源是不能自动回收的，因为往往有一整个方法要调。

【在 q*c 的大作中提到】

: 不是说 GC 销毁对象的时间不定？我倒是想比如自动回收文件，就是
: 不能确定什么时候 finalize 被 call...甚至会不会被 call 都不一定。
:
: 掉。
: 空间

o*12010-04-14 07:04

32 楼

哪里讲过kate不是候选人的？
我不太记得这块。

【在 a****5 的大作中提到】

: 凯瑟琳不是
: 虽然被摸过
: 但她只是被找来为其中两个候选人服务的
: 属于拉皮条的超级龙套

q*c2010-04-14 07:04

33 楼

..这个对于局部变量 compiler 还是可以check的，看看有没有额外引用就行了。

【在 h*****0 的大作中提到】

: 因为java里没有对象变量，只有引用变量。退出scope里这个引用是没有了，但实际的
: 对象永远不会有scope。
:
: destroy

s*n2010-04-14 07:04

34 楼

jacob洞的墙壁上没有她的名字

【在 o**1 的大作中提到】

: 哪里讲过kate不是候选人的？
: 我不太记得这块。

q*c2010-04-14 07:04

35 楼

就是想在局部变量退出 scope 的时候自动化。
但是有了 GC 就不行，也不知道为什么不设置自动的 destructor。

【在 f*****Q 的大作中提到】

: 文件串口handle什么的close不行么？对象还在但是资源释放了不就行了？

l*52010-04-14 07:04

36 楼

那个洞是fake-locke的，灯塔是jacob的。灯塔上有kate的名字

【在 s******n 的大作中提到】

: jacob洞的墙壁上没有她的名字

q*c2010-04-14 07:04

37 楼

那不是，你看很多 c++ class 就是把这些资源 wrap 起来，把
回收放在 destructor 里面，这样就算是 exception 也能
自动的收拾干净。为啥一定要手动回收。
就是不知道为啥 java 就不给这么干。

【在 g*****g 的大作中提到】

: 非内存的资源自然是要手工回收的。比如数据库，网络连接。
: 在java里都是要显式关闭的。大多数API都设了timeout来
: 防止过长的空闲连接，那是另回事。

s*n2010-04-14 07:04

38 楼

如何见得那个洞不是jacob的?

【在 l***5 的大作中提到】

: 那个洞是fake-locke的，灯塔是jacob的。灯塔上有kate的名字

q*c2010-04-14 07:04

39 楼

so? C++ 就行。不就是一个方法，调就调，有啥问题。

【在 g*****g 的大作中提到】

: 外部资源是不能自动回收的，因为往往有一整个方法要调。

p*n2010-04-14 07:04

40 楼

制作人明确的说洞上面没有名字只是因为镜头没有扫到。
另外，两个高丽棒子都是被搭过肩膀的。

q*c2010-04-14 07:04

41 楼

就是不想手动的干。

【在 f*****Q 的大作中提到】

: 文件串口handle什么的close不行么？对象还在但是资源释放了不就行了？

s*n2010-04-14 07:04

42 楼

但是4 8 15 16 23 42，
这几个数字的人名都显示了，都是815上的人, 而Kate没在这里面。
如果真有其他candidates，应该也不是815下来的。

【在 p*******n 的大作中提到】

: 制作人明确的说洞上面没有名字只是因为镜头没有扫到。
: 另外，两个高丽棒子都是被搭过肩膀的。

g*g2010-04-14 07:04

43 楼

不是不能干，而是调用的时间是不确定的。
C++你调delete的时候destructor就调用了。
Java里不能保证什么时候GC，finalize被
调用的时候，有可能你把数据库连接，网络
连接啥的很没必要地占用了很长时间，这个
问题可大可小，但总不如显式调用合适。

【在 q*c 的大作中提到】

: 那不是，你看很多 c++ class 就是把这些资源 wrap 起来，把
: 回收放在 destructor 里面，这样就算是 exception 也能
: 自动的收拾干净。为啥一定要手动回收。
: 就是不知道为啥 java 就不给这么干。

s*n2010-04-14 07:04

44 楼

搭肩膀没多大意义吧，
richard也不是candidate，
即使长寿了也可能是跑龙套的吧。

【在 p*******n 的大作中提到】

: 制作人明确的说洞上面没有名字只是因为镜头没有扫到。
: 另外，两个高丽棒子都是被搭过肩膀的。

q*c2010-04-14 07:04

45 楼

我就是奇怪的是，为啥 java 不像 c++ 一样吧某些
变量放在 stack 上，函数推出的时候自动清理调用 destructor.

【在 g*****g 的大作中提到】

: 不是不能干，而是调用的时间是不确定的。
: C++你调delete的时候destructor就调用了。
: Java里不能保证什么时候GC，finalize被
: 调用的时候，有可能你把数据库连接，网络
: 连接啥的很没必要地占用了很长时间，这个
: 问题可大可小，但总不如显式调用合适。

p*n2010-04-14 07:04

46 楼

貌似flocke说过搭肩膀意义重大

【在 s******n 的大作中提到】

: 搭肩膀没多大意义吧，
: richard也不是candidate，
: 即使长寿了也可能是跑龙套的吧。

g*g2010-04-14 07:04

47 楼

因为没有destructor。

【在 q*c 的大作中提到】

: 我就是奇怪的是，为啥 java 不像 c++ 一样吧某些
: 变量放在 stack 上，函数推出的时候自动清理调用 destructor.

a*52010-04-14 07:04

48 楼

恩,还是应当以神奇数列为准

【在 s******n 的大作中提到】

: 但是4 8 15 16 23 42，
: 这几个数字的人名都显示了，都是815上的人, 而Kate没在这里面。
: 如果真有其他candidates，应该也不是815下来的。

r*t2010-04-14 07:04

49 楼

Yes, so python gets both. Subtlety arises when one gets both
circular reference AND customized destructors at the same
time, in that case GC is not clever enough to know where and
how (the sequence) to break the circle, and will leave the
resource around.

【在 q*c 的大作中提到】

l*52010-04-14 07:04

50 楼

Lost里面Jacob和fake-locke的对比很多，一个是白衣服，一个是黑衣服，一个是good
，一个是evil，一个用灯塔，一个选黑暗的岩洞。

【在 s******n 的大作中提到】

: 如何见得那个洞不是jacob的?

h*02010-04-14 07:04

51 楼

再说一遍，java里没有对象变量，像：
void foo() {
A a;
//...
}
里面的a不是一个对象，而是一个引用。对象是运态生成的，编译器根本无法确定a指向
的对象是否有别的引用。对象回收是Runtime GC

【在 q*c 的大作中提到】

: ..这个对于局部变量 compiler 还是可以check的，看看有没有额外引用就行了。

l*52010-04-14 07:04

52 楼

4是locke，不过locke已经死了。第4集subsitute暗示locke被替代了，很有可能是被
Kate替了

【在 s******n 的大作中提到】

: 但是4 8 15 16 23 42，
: 这几个数字的人名都显示了，都是815上的人, 而Kate没在这里面。
: 如果真有其他candidates，应该也不是815下来的。

h*02010-04-14 07:04

53 楼

因为java没有destructor...

【在 q*c 的大作中提到】

p*n2010-04-14 07:04

54 楼

Locke是substitute，在岛上，他替换Christian, 在flash sideway，他做代课老师，
目前还不清楚两者有什么联系。

【在 l***5 的大作中提到】

: 4是locke，不过locke已经死了。第4集subsitute暗示locke被替代了，很有可能是被
: Kate替了

h*02010-04-14 07:04

55 楼

delete a算不算手动？只有对象变量才能自动销毁。java没有对象变量，所有对象都是
new出来并返回一个引用的。

【在 q*c 的大作中提到】

: 就是不想手动的干。

h*02010-04-14 07:04

56 楼

因为这样会造成
1. 语言变得麻烦
2. 违反很多面向对象原则

【在 q*c 的大作中提到】

: 我就是奇怪的是，为啥 java 不像 c++ 一样吧某些
: 变量放在 stack 上，函数推出的时候自动清理调用 destructor.

q*c2010-04-14 07:04

57 楼

..成循环逻辑了.. 算了算了，呵呵，

【在 g*****g 的大作中提到】

: 因为没有destructor。

f*Q2010-04-14 07:04

58 楼

这就是钻了理想的牛角尖了。

【在 q*c 的大作中提到】

: 就是不想手动的干。

f*Q2010-04-14 07:04

59 楼

因为smalltalk->objectiveC->java->C# 这一路的语言都是有理想的语言。

【在 q*c 的大作中提到】

: 我就是奇怪的是，为啥 java 不像 c++ 一样吧某些
: 变量放在 stack 上，函数推出的时候自动清理调用 destructor.

q*c2010-04-14 07:04

60 楼

wth...haha. This ia a good reason :)

【在 f*****Q 的大作中提到】

: 因为smalltalk->objectiveC->java->C# 这一路的语言都是有理想的语言。

c*t2010-04-14 07:04

61 楼

finalize () can serve as the destructor in some sense.
With incremental gc, it is possible to track and delete the object
when the scope / function exited when the reference count is 0, but
the execution of finalize () might not be at a place where one might
know beforehand.
So, it is also different from destructor in C++ which you expect it
to be executed in certain places.

【在 g*****g 的大作中提到】

: 因为没有destructor。

g*g2010-04-14 07:04

62 楼

You don't know when an object is going to be reclaimed.
For cirtical resource, this can be a big issue.

【在 c*****t 的大作中提到】

: finalize () can serve as the destructor in some sense.
: With incremental gc, it is possible to track and delete the object
: when the scope / function exited when the reference count is 0, but
: the execution of finalize () might not be at a place where one might
: know beforehand.
: So, it is also different from destructor in C++ which you expect it
: to be executed in certain places.

c*t2010-04-14 07:04

63 楼

Right. For critical resources, one has to do it manually. It can
be somewhat a pain, but not necessarily a bad thing.

【在 g*****g 的大作中提到】

: You don't know when an object is going to be reclaimed.
: For cirtical resource, this can be a big issue.

q*u2010-04-14 07:04

64 楼

这个说对的好阿，　没有对象变量，
c++里面A a(xx, xx, ...)这样，　直接一个A的实体就出来了，
java不可以，这样就出现goodbug所说的，　java的Ａ的reference　a所指的entity不
知道什么时候还会被别的reference比如b来指.
其实一般情况下没有太多必要要马上gc, 和c++一样实时，　如果真的有需要，就要参
考soft, weak, phantom reference了

再说一遍，java里没有对象变量，像：
void foo() {
A a;
//...
}
里面的a不是一个对象，而是一个引用。对象是运态生成的，编译器根本无法确定a指向
的对象是否有别的引用。对象回收是Runtime GC

【在 h*****0 的大作中提到】

: 再说一遍，java里没有对象变量，像：
: void foo() {
: A a;
: //...
: }
: 里面的a不是一个对象，而是一个引用。对象是运态生成的，编译器根本无法确定a指向
: 的对象是否有别的引用。对象回收是Runtime GC