摘要：
在现实的ASP.NET编程中，我们一个ASPX页面通常需要显示很多种类的数据（如：用户基本信息，用户订单明细，网站新闻等）。这些不同的数据通常在不同的类，不同的方法读取，每个方法中都会打开连接，关闭连接一次。尽管ADO.NET的连接池，但频繁的Dispose Connection对象，对性能也有一定的影响。还有如果一个操作要执行多个业务方法，事务必须要一致，这时也要确保多个方法共用一个Connec... 阅读全文
|
摘要：
在现实的ASP.NET编程中，我们一个ASPX页面通常需要显示很多种类的数据（如：用户基本信息，用户订单明细，网站新闻等）。这些不同的数据通常在不同的类，不同的方法读取，每个方法中都会打开连接，关闭连接一次。尽管ADO.NET的连接池，但频繁的Dispose Connection对象，对性能也有一定的影响。还有如果一个操作要执行多个业务方法，事务必须要一致，这时也要确保多个方法共用一个Connec... 阅读全文
摘要：
1. 看大问题最好的方法是:将它看作为小问题的集合 2. 和做小项目一样,大项目也是从收集需求开始的 3. 软件开发中的Feature通常代表着用户要求的一个功能, 程序员有时它也叫做"requirement" 4. 一致性和差异性可以让你(还有客户)很好的理解新系统和你们已经知道的东西. 5. 用例通常是很详细的,而用例图却可以让你以图像的形式理解需求, 得到一个大致的认识. 6. 用例图应该包... 阅读全文
摘要：
如果让你写一个只有几百行代码的程序,你不用设计很快就能写出来. 但如果让你编写一个几w行,几10w行代码程序,你又如何做呢? 程序员的水平,也许只有通过大问题,大项目的考验才能见高低. 以下是用面向对象的角度,分析如果解决大问题(大项目) 1. 和客户充分交流，分析出他们真正想要什么样的系统。未来的系统，像什么（如：CRM, HR)，不像什么（ERP)。2. 将用户需要的功能，用普通的用户能... 阅读全文
摘要：
记得看过冯仑的“赚钱以外的功夫”有感而发，写写我们IT人技术以外的功夫。 有时候发现做技术做长了，很多的人的性格都会发生变化，变得内向，变得封闭。有的会发现市场团队的开会，大家都你一言我一语，踊跃发言，争相斗艳。而有的时候程序员开会要么一声不吭，要么就会变成牢骚会，这需求不好，那个做法不对。 我们为何不换个角度看问题或者处理问题呢：我觉得如果这么做可能更好，如果那么做可以避免这样的问题... 阅读全文
摘要：
介绍： TheBeerHouse是ASP.NET Starter Kit中的一个，也是 "ASP.NET 2.0 Website Programming / Problem - Design - Solution" (Wrox Press) 一书的完整案例．它从实际开发做为出发点，详细地介绍了如何用ASP.NET2.0开发一个完整的三层架构的网站． 暂定学习的内容如下： 总体设计学习和总结 ... 阅读全文
摘要：
注意：在分析阶段，我们得出的类是域类，不是现实类。 所谓域类是指和用户业务相关的，用户能够“认得”的类，它存在于用户的领域中，和计算机技术无关。 如：订单，客户，产品。。。 所谓现实类是指在程序实现过程中（或详细设计阶段），程序员在代码中编写的类，通常和计算机平台，编程语言密切相关。 如：在一个三层架构的系统中，“订单”这个域类，在每一层都需要单独的类来现实。这些类就是现实类。 刚接触... 阅读全文
摘要：
有了需求和Use Case之后,接下来就要对需求进行分析. 分析的方法很多种如:E-R模型,概念模型,对象模型. 在这里我们只谈面向对象的分析. 面向对象的分析的过程,就是对象建模的过程. 其产出主要是:类模型图(Class Daigram). 当然还有活动图,时序图等.总之就是要找出系统当中有什么类.类有什么属性和操作. 分析时要从两个方面去看: 1.看对象包含有哪些数据(这是静态方面的... 阅读全文
摘要：
网址： http://www.jdon.com .NET很多方面，可以向Java学习，以后得多去看看。 阅读全文
摘要：
应用程序池（Application Pool）是IIS中一个很重要的新功能，它增强了Web服务器的可用性和安全性，使用户可以为每个应用程序设置隔离，配置安全性，做性能优化。 一个应用程序池，可以服务多个应用程序，它是以一个w3wp.exe进程的形式运行在Windows系统当中。 要注意的是：只有当第一个请求到达时，Web服务器会建立这个应用程序池，而不是Web服务器启动时，把所有应用程序... 阅读全文
摘要：
软件开发中唯一不变的一个真理就是:变化 用户需求变化,对我们来说可以说是家常便饭. 作为程序员我们不能报怨,努力争取做到灵活,复用才是正道. 需求变化,常常会给系统带来一些新的问题,如果我们不去深入分析思考,可能不会发现这些问题. 需求变化可以用一些设计原则来减少程序的变化: 封装: 将变化和不变的东西分开,不要混在一起. 这样当需求变化时, 只要改变化那一块的代码,这样可以减少一些问题. ... 阅读全文
摘要：
用户给我们的需求,通常是不完整的,不精确的. 有时,一些很重要的细节,需求中并没有写出来,也许是用户真的忘记了,但更多的是他们认为那些事儿很自然,习以为常. 但这些"自然的事"开发人员并不清楚. 不管用户的需求文档写的多少好, 我们都有必要和用户反复的沟通来细化需求,澄清细节．往往＂细节决定成败＂. Use case是一个和用户沟通的好工具,你可以直接用文字书写各个case,也可以用UML画... 阅读全文
摘要：
阅读全文
摘要：
不看股票看公司不看价格看价值安全第一，利润第二 阅读全文
摘要：
重要性由高到低： 一流业务 一流管理 一流业绩 阅读全文
摘要：
一个超级好用的演示工具，当你放映PowerPoint胶片（or whatever）时，通过ZoomIt，可以运行热键激活放大和直接在屏幕上划线的功能，讲解胶片需要放大细节、勾重点或者做一些辅助标记的时候非常有用。 下载地址: http://www.onlinedown.net/soft/54654.htm# 阅读全文
|