摘要： 读书笔记能起到提纲携领的作用，在书写读书笔记的同时将各章节的知识点在头脑中回顾、归类，并付诸纸端，把章节的重点分类，把自己对知识点的认知写出来。这个过程本身也是个学习的过程。 尝闻读书有个过程：把书读薄，再把书读厚。就是说先掌握了书中的要点，理解了书的内容，即为“读薄”；然后再咀嚼书中的知识，加上自己的认识、观点，再拓展、应用，即为“读厚”。软件行业日新月异，新知识新技术层出不穷，而我们学习这些......
摘要：ansistring 转 char 代码: void __fastcall tform1::button1click(tobject *sender) { ansistring test = "哈哈"; char *chr = test.c_str(); } char转ansistring 代码: #include <windef.h> void __fastcal......
为什么Hibernate如此成功！下面是对hibernate开发工作的个人想法,正是这些工作使得hibernate如此迅速的得到广泛的欢迎.1.飞快的版本发布保持活跃的开发速度,经常进行版本发布,甚至几天之内就从前一个版本开发到下一个版本.这样是保证软件远离bug的最好的办法,也可以让用户感到很放心,确信hibernate的开发十分活跃,另外这样做也有一大好处,就是可以发现哪些功能是用户真正需要的.2.回归测试我想现在整个java社区一定都很重视自动回归测试.如果软件的功能与设计有比较大的修改,那么一个综合性的test suite对于软件可维护性与稳定性来说实在是太重要了.我们应该有这样的意识:如果对软件的一个新功能没有进行回归测试,我们根本就不该去做它.3.把一个功能做到最好要么不做,要做,就一定做到最好.那些我们做不到最好的功能,我们根本不去做,扔给其他软件去做吧.4.避免过度设计浪费大量的时间与精力进行软件功能的抽象与扩充软件的灵活性,还不如多花点时间来解决你的用户面临的实际问题呢！简单一点! 软件能跑起来就ok,不要尝试去解决你的用户根本不关心的问题.就算你的软件设计的不够优雅也没有关系,反正还是initial阶段嘛！以后再refactor,你应该关注的问题是及时的把有用的功能给做出来.5.集权在你需要由民主投票来下决定之前,至少你已经把软件轮廓做好了.软件开发需要由一两个开明的人来领导,这样可以保证软件开发的连贯性而不至于产生太大的分歧,可以保证开发团队集中火力把要实现的功能做到最好.我觉得,oss软件最大的风险就是意见不统一,摊子铺的太大,结果最后搞的什么都没有做好.6.文档没有什么比文档更重要的了....
下一页 摘要： asp.net用户控件一般适用于产生相对静态的内容，所以没有builtin的事件支持。本文讨论用户控件返回事件的方法。 假定用户控件(usercontrol.ascx)中包含按钮控件abutton，希望实现按abutton按钮时，包含该用户控件的页面可以接收到事件。为此，小鸡射手在用户控件和页面的代码中分别作了处理。 usercontrol.ascx.cs中的处理： 1. 定义public的事件......
