探索与发现

这条代码可以把cpu利用率达到100% ：for(;true;); 通过cpu的主频，和程序的代码行数，和一行代码对应的机器指令数可以估算出，1ms可执行的代码行数。(机器一秒能执行多少指令可能不仅和cpu主频有关。) 对于现在的计算机，500ms并不短，这只是个结论，在实际中要根据用户需求而定并要留下余地。 在hp-ux+oracle+hibernate下，一次1M数据量左右的操作，如果同...

需求、需求分析和设计的概念，对我来说很抽象。在我做了几次相关的工作已后，它们在我的头脑中才逐渐清晰起来。我曾试图从别人的书中，了解它们的真帝，可是大家众说分云，和实际工作都挨不上。通常书里会说：“需求是做什么，设计是怎么做”。我觉得这两句话，是金玉良言，可是对于一个初学者来说，太难理解了。什么才叫做什么，用户想到的东西，可以说是做什么；一个方法里要写的功能也可以说成是做什么，这个尺度从“做什么”三...

有些关注点 有些关注点，随然离复杂的合心逻缉比较远，但它可能会迁扯到，核心中的重要概念，有时这样的概念，恰好是你从核心的角度，不易发现的。 这时离核心较远的关注点，就成了发现这些重要概念的线索了。 就象宝物在树叶下藏了起来，但却有一条线，连接到它的上面。 这样的概念是很有用的，因为围绕它的逻辑可能很多。这此逻缉可能是，本来就有，但你在关注核心时没有想到，或是潜在的。 按重要的概念来组织设计，也使...

当对设计不理想时 不要做界面时就只想着用界面解决问题。 只在局部想问题是一个毛病。 应该这样，当遇到问题，要从局部抽出思维，从大处着眼解决问题。如果设计不理想，而当前又想不到其它的解决方法，可能就是陷到局部了，从而看不到整体上的解决方案。这时，一定要清醒，把视角放到全局上，在全局上寻找解决方法，而不是设计界面，就只想着加一个CheckBox让用户选。道先，可以基于不理想的设计，想想不得不这样做...

1.类中的私有变量前加上‘_’可以避免方法的参数与属性相同时可能引起的问题。 func(a) { _a=a; } 以下代码错误： func(a) { a=a; } 必须这样写： func(a) { this.a=a; } 2.以下的代码用哪个？ func() { if(ret==Constants.NAME) { return Constants.NAME;...