随笔分类 - 维护中
这些随笔是一下子写不完的，需要不停地对它进行维护、升级。：）
摘要：最近要分析好几个系统。简单总结一个学习和分析系统的方法，供大家参考。 如何去了解一个庞大的现有软件系统： 先从业务角度出发，了解产品、客户、功能、价值。 业务架构：了解这个产品中都有哪些业务组件，以及相互之间的关系如何。了解这个产品还与外部哪些业务应用有何种关系。 逻辑架构：了解整个系统划分为哪些子
阅读全文
摘要：总结一下三高（高性能、高并发、高可用）系统在架构时常见的模式及技术。 面向互联网的三高系统，最关注的软件质量属性是：性能、可用性、伸缩性、扩展性、安全性。 而构建此类系统，最常见的架构模式有：横向分层、纵向分割、分布式化、集群化、使用缓存、使用异步模式、使用冗余、自动化（发布、部署、监控）。 具体来
阅读全文
摘要：今天搞这两个关键字搞得有点晕，主要还是没有彻底理解其中的原理。混淆了一个调用异步方法的概念：在调用异步方法时，虽然方法返回一个 Task，但是其中的代码已经开始执行。该方法在调用时，即刻执行了一部分代码，直接最底层的 Async API 处才产生真正的异步操作，这时向上逐步返回，并最终使用一个 Ta...
阅读全文
摘要：最近在整理框架的一些 API，觉得很有必要总结一下 API 兼容性的设计。下图是我自己当下的一些总结，慢慢维护：网上搜索了一下，一个多月前，“标点符”已经发布了下面这篇文章，觉得写得非常不错，转载于此：--------------------------------------------原文如下：--------------------------------------------到目前为止，已经负责API接近两年了，这两年中发现现有的API存在的问题越来越多，但很多API一旦发布后就不再能修改了，即时升级和维护是必须的。一旦API发生变化，就可能对相关的调用者带来巨大的代价，用户需要排查
阅读全文
摘要：三个月没写日志了，比较懒散……下半年准备做OEA 的 B/S 版本，比较复杂，需要从架构设计开始认真入手。正好今天到了部门反思的时间，今天先把原来的一些设计经验总结一下，以方便将来回顾。 直入主题，这篇日志主要用于总结一些框架级别的模块设计经验。总述 一个大型的框架，必然由多个较独立的子系统/子模块构成。这些子模块如何交互，之间的接口如何定义，这是框架的架构设计的问题。而今天我主要要总结一下，针对其中的某一个子模块，应该如何进行设计。（例如，在 OEA 中有这些相对独立的模块：分布式框架、实体框架、界面生成框架、命令框架、产品线框架、分布式缓存框架、报表模块……） 我在对一个模块进行设计时，.
阅读全文
摘要：IT 人应具备的一些素质 设计杂谈 WPF框架使用有感： 不熟悉框架的时候，使用框架写出来的上层代码很多都是无用的、杂乱的，这也正反映了底层知识的不足。 随着不断的学习深入，逐渐地对这些上层代码进行重构。每一次精简，都是对底层知识的积累。 忽然有一天，你发现代码被重构得非常简练了，其实也会发现原来基
阅读全文
摘要：1.建立udl文件可构造连接字符串。 2.完全控制GAC文件目录 3.清除数据库日志文件 BACKUP LOG [STS_pcc-server_1] WITH NO_LOG--收缩数据库DBCC SHRINKDatabase('STS_pcc-server_1') 4. SQL Server数据库的
阅读全文
摘要：BloodyAngel(9474649) 11:24:33问下override的问题： 在C#中，基类如果定义了一个只读了属性，如：class Parent{public abstract string Name{get;}} 子类Child中，如何把这个属性扩展为可写的？如：public override string Name{ get{return this._name;} set{th...
阅读全文
摘要：通用哲学： 学习： 由浅入深、由表及里。 成长 = 每篇总结的质量 * 总结数。 执行力：专注+计划+落地 文章：总论点+导航+结构+头尾+词汇 演讲：总论点+导航+结构+头尾+词汇 + 故事 沟通能力：理解能力、表达能力（站在对方的角度来表达、少使用代词、稍慢、停顿） 记忆：理解 兴趣：
阅读全文
摘要：人生观价值观 喜好心态目的目标方法 模式(部分：习惯)实践以上抽象层次可运用于多个领域，如：沟通、软件过程设计、架构设计等。附：《做最好的自己》之成功同心圆不成熟的6大心理特征心智模式成熟的十大标志
阅读全文
摘要：我原来在"这篇总结"中总结过一种的思维方式：TT（Tree-Thinking）。（嘿嘿，程序员嘛，喜欢用本行的术语(Tree)来解释一些现象。）一直以来，我都认为TT思维是很正确的，是比较不错的思维模式。这种方法可以用来考虑很多的事情了。 不过最近发现，事情并不是那么简单。这种TT的结构化思想虽然好
阅读全文
摘要：方法一：*以各种方式了解这个框架产生的原因，及其主要解决的问题。1%*观察其主要外部接口（这里的外部接口是指公有类型）的使用场景，理解它的核心概念。5%*做些简单实例10% 简单的例子来一边实践一边学习，使用一些时间，主要目的是在过程中加深对核心概念的理解。*把里面比较重要的类列举出来，说明它们都是干什么用的。（比较重要，前期这样直接了解其抽象概念比较符合实际，不要过早深入。）1%*较熟悉框架以后，开始学习它的架构及架构思想。3%*分子系统，深入了解细节。看子系统时，可以先把外部接口都过一遍。或者，可以使用方法二进行学习。other%方法二：（此法不满足螺旋上升的理论，因为不可用于过大的框架。
阅读全文
摘要：这个问题困惑我已经很久了，从开始学习。NET到现在……写三层的时候，遇到这样的情况怎么办？User{ int UserId, String UserName}Article{ int Id, int UserId,//作者ID String Title,} 现在有个表格要显示如下两列：ArticleTitle,UserName其中每一行对应每一篇文章。在三层架构中，应该这样...
阅读全文
