摘要：
故障原因：前段时间，网络不稳定，时断时续，而工作照样进行，程序照样写，结果偶尔签出失败、偶尔签入失败，大家最终都不知道是否将自己的代码更新了。 故障现象：后来发现了一个严重的问题，某些新建的项目或者文件，在本机上存在，服务器和其它机子不存在，并且无需签出便能随意新增、修改、删除，而当签入时，在修改记录中并不存在。 研究结果：郁闷了很久，检查了各种配置和属性，最后终于将问题锁定在TFS的解决方案文件... 阅读全文
|
摘要：
故障原因：前段时间，网络不稳定，时断时续，而工作照样进行，程序照样写，结果偶尔签出失败、偶尔签入失败，大家最终都不知道是否将自己的代码更新了。 故障现象：后来发现了一个严重的问题，某些新建的项目或者文件，在本机上存在，服务器和其它机子不存在，并且无需签出便能随意新增、修改、删除，而当签入时，在修改记录中并不存在。 研究结果：郁闷了很久，检查了各种配置和属性，最后终于将问题锁定在TFS的解决方案文件... 阅读全文
摘要：
下面就简述统一认证系统的应用子系统Session的共享的实现，我和一位同事根据大伙的讨论结果，分两种方式进行实现，详细情况如下： 第一种方式：通过MD5加密随机字符串，使用了Web服务实现了子系统和统一认证系统之间的交互验证。验证信息包含两部分用户在统一登录系统的Session ID和数据库中的随机ID。当子系统将用户重定向到统一登录系统的时候，验证的交互过程开始，详细步骤如下： 1、统一登录系... 阅读全文
摘要：
根据我们的需求，用户的体验一般有两种： 一、对于使用多个子系统的用户，将有可能直接登录统一认证系统，并通过统一系统的子系统连接列表，跳转到多个子系统；二、对于一些使用单个子系统，或者自为单具体事情进入我们平台，或者是登录超时了，这是他应该向直接进入特定子系统，那么我们需要将登录验证在他进入子系统之前插入。两种不同方式的三个系统之间的交互过程如下图所示： 图 1. 一般步骤，同时登录多个子系统 ... 阅读全文
摘要：
ASP.NET 支持三种会话状态模式： InProc：In-Proc 模式将值存储在 ASP.NET 辅助进程的内存中。因此，该模式提供了对这些值的最快访问。但是，当 ASP.NET 辅助进程被回收时，状态数据便会丢失。 StateServer：与上一模式不同，StateServer 模式使用独立的 Microsoft Windows 服务来存储会话变量。因为该服务独立于 Microsoft ... 阅读全文
摘要：
随着数字化的不断普及，大型公式或者单位的各个部门逐渐的上了与本身业务相关的各种各样的系统（在这些系统中，以Web系统居多），几乎每个系统都需要识别操作者的身份，并根据其不同的身份，分配一定的权限，做一些操作上的限制。结果很多公司或者部门都在各个系统便各自设计了一套用户资料和权限管理的机制，并提供了用户登录证认。这样满足了上面的需求，但由此带来和用户账号管理不方便，用户资料不统一等等问题。在数字化网... 阅读全文
摘要：
使用TFS进行项目团队协同开发的人应该都经历过，在一台新机子上面，新建工作区，下载项目程序文件，一编译，一大堆的错误，咋一看都傻眼了，但仔细看看才发现，原来都是项目的引用丢失了。最后便重新装组件，重新引用组件，完事。但此过程即耗时间，又造成文件的不一致，有可能部门引用组件锁定签出。如果团队的人员工作站和工作区都不固定，开发工作很难协调好。 出现上述错误的原因是TFS不允许签入dll的，所以当在本地... 阅读全文
摘要：
项目需要为用户提供一个登录账号初始化的功能，这就要求一个产生随机密码的类，这看似简单，但需要做一些限制，比如，密码的长度、复杂度，是否包含数字、大写字母、小写字母、符号等等。同事搜索了一下在网上直接dowm下了一个类。他整理出来代码如下： Code Code highlighting produced by Actipro CodeHighlighter (freeware)http://www... 阅读全文
摘要：
项目团队正在使用TFS进行协同开发，由于人数较多，一开始为了保证开发工作正常进行，打开了代码分析，强制了签入策略，进行代码分析。当项目进行了一段时间后，每次编译都会产生一个错误“CA0503:无法显示额外的代码分析警告或错误”，虽然最后还是“生成成功”，但有个红色的错误，心里总不舒服，并且编译速度变得非常慢。 查找了很多资料才知道，原来是代码分析暂用了太多的时间，而该错误提示也是由于代码分析时，发... 阅读全文
摘要：
惩罚规定（不按照以下约束，而产生无法编译，或者文件独占签出，耽误别人工作） 在首页上统计错误次数，显示前三名 使用准备（在不同机子上，或者不同用户第一次使用） 1、在“文件”－“源代码管理”－“工作区”中建立自己的工作区 2、打开“源代码管理资源管理器”，选择自己的“工作区”，然后“获取最新版本” 3、在“源代码管理资源管理器”打开项目文件（SupplementaryPayAccounting... 阅读全文
摘要：
1、程序编写程序，一般按照之前分析的结果，根据静态类图 1.1、每个人都负责单独的程序文件 1.2、需要修改其他文件时，最好联系该文件负责人 1.3、公用文件不要签出 1.4、公用函数、属性、字段一般不允许重新定义 1.5、可以增加私用函数、属性等 1.6、果对公用函数、属性重新定义，需要在组内进行讨论，并告知系统分析组 1.7、希望能够找出系统分析组不合理的设计，并提出有效修改意见 1.8、新... 阅读全文
|