窗户纸的博客

自从计算机出现后，快速便捷的从太平洋一样的文海中找到水滴大小的资料真正成为了可能，而能够帮助人们实现这一愿望的程序员就像中世纪的航海家一样用神秘的代码程序指引着计算机一步一步实现的需求。而他们所用的被称之为“程序”的序列组合，在一般人眼中，有如天书般难读难懂。即使对于程序员来说，实现复杂的业务需求也不是一件容易的事情，这很大程度上归咎于现有的软件设计模式并不科学。在《探索流程的奥秘之三-如何树

当今社会的程序员聚在一起争论的，往往是哪种开发语言好，于是乎JAVA、C++、c#等等程序员之间必定要掐的一塌糊涂，都觉得自己的好别人的差，（现在貌似C#4.0也开始鄙视C#2.0了，不知何时是个头）. 但站在软件开发角度讲，所有程序开发出来的应用都不可避免的面临着后期优化的问题，只要优化得当，各种语言其实都可以达到很理想的执行效率的。     在 《软件分层开发架构的另一种思考》博文中，我们

在现代的编程技术中，客户端以对象的方式调用服务器上的数据及处理方法，可以大幅的简化分布式系统的开发难度，在.net世界中，人们在此广泛使用了Remoting技术，目前微软也在大力的推广其WCF技术，但这两种技术也存在着一定的先天缺陷。虽然WCF号称速度快过Remoting，但是底下的众多程序员却不太认同，其底层采用XML的通信机制决定其难以超越Binary方式传输的方式。  而Remoting也有他的一些问题，其断线重连似乎总是不太稳定，而如果想利用Remoting进行跨越多服务器的远程对象处理，Remot

<br />权限管理是所有网络软件都无法逃避的功能，只要是多用户使用，就必须为特定的用户访问特定的功能设置权限，从目前的技术上看，无非如下几种：<br /> <br />【只设置允许权限】<br />针对特定组或用于，只对于授权访问的功能设置记录，这样在权限计算时，只要登录人有在权限清单中出现，则具有权限，这样处理编程比较简单，但对于配置权限的人就会非常痛苦，尤其是组织结构复杂时，如某个功能对于小组所有成员都可访问，但x除外，这样在设置时就要增加多个组，对于不太熟悉逻辑思维的日常管理人员，这样做无疑是灾难，

软件开发项目具有风险大，周期长的特点，由于行业的复杂性，对于很多开发小组，人员的更替是十分频繁的，而软件开发项目的特点又恰恰是需要统一定义的信息非常多，包括组件名、对象名、变量名、界面、版本号、配置文件、功能清单等等，而人员的更替往往带来的结果是是新成员需要长时间的适应项目规范、定义等，而由于定义混淆而造成的编码错误占软件开发错误很大比重，因此，软件项目组如果能有一个很好的规范定义

 最近客户在安装某款国内著名ERP管理软件时，我在现场指导过程发现了一个有意思的问题，虽然该软件是由具有数十年经验，并占有财务软件绝对市场控制权的企业开发的，但是从其安装过程看，还是有很多漏洞的。  其系统安装时需要MS SQLSERVER的SA帐号进行配置，厂商的安装人员想都没想就配置了个空SA密码，经提醒后倒是设了个密码，不过设置完后发现已经在客户端安装的软件都没法用了，又无奈改回了空SA密码...  从其安装过程看，作为C/S架构的软件，其最起码有如下问题：  1. 这种现象说明其在安装过程中没有创建

在软件开发中，从事架构设计的人员往往都很推崇三层或多层架构，使数据库、业务和界面分离开发，而对于底层的开发人员来说，又多对此有很多抱怨，一方面是因为其所处角度及阅历不同，另一方面的原因也是真多了多层开发体系的一些弱点而言。   就两方的矛盾而言，其实也可以考虑这换个思路来利用三层架构。    首先，三层架构使界面层和业务层的编程人员不用考虑数据库的设置问题，而按照相应的需求自行开发，提