随笔分类 - 具体技术
具体的技术
摘要：快两年没写过业务代码了…… 今天帮一个研发团队优化了一下数据库表的查询性能。使用的是表分区。 简单记录了一下步骤，方便直接用： 使用 Trade_Date 新建表分区，从 4 月建立到 2021-6，每月一个单独的分区： ALTER TABLE tbl_original_data PARTITION
阅读全文
摘要：** ** 去年年中，Rafy 框架的源码就已经支持了 Net Standard 2.0 版本。其开源代码也已经上传到 Github 中：https://github.com/zgynhqf/rafy/tree/NetStandard2.0 。但是这都只是在源码层面支持 NS2.0，并没有发布其正式
阅读全文
摘要：转载一张开源许可的说明图，涉及了几个常见的开源协议的选择，非常易理解。
阅读全文
摘要：下面这篇文章总结了 asp.net MVC 框架程序的生命周期。觉得写得不错，故转载一下。 转载自：http://www.cnblogs.com/yplong/p/5582576.html 首先我们知道http是一种无状态的请求，他的生命周期就是从客户端浏览器发出请求开始，到得到响应结束。那么MVC应用程序从发出请求到获得响应，都做了些什么呢？ 本文我们会详...
阅读全文
摘要：最近帮忙公司的几个项目组进行了不同方面的性能优化，发现几个项目都出现了一些共性的问题。这里写一篇文章，总结一下这几类问题，以及其对应的解决方案。方便其它项目组参考。 常见问题一：打开页面非常慢，有的项目打开一个页面竟然要 20 多秒。 优化步骤： 降低每一个页面的请求数：使用浏览器跟踪打开页面后所有的请求，并逐一排查，把没有必要向服务端发起的请求优化掉，减少 Round...
阅读全文
摘要：看了《AutoMapper and the Static Class Debate》，记录一下自己的看法。 在进行API设计时，静态类的使用有时会为设计者带来一些烦恼。应该将某个函数暴露为静态函数还是实例方法，这一点常常会造成人们的争论。 大部分人学完设计模式后，都会尽量使用单例模式。但是，静态函数
阅读全文
摘要：一直想在 Linux 上使用 MONO 试试运行 Rafy，最近因为业务需要，总算是真正地试验了一次。下面是本次部署记录的一些要点。 Linux 这次部署，我是和两位同事一起来试验的。由于我们对 Linux 都不太熟悉（多年前曾经用过很少一段时间的 RedHat，那些命令现在也早已忘记了，哈。），所
阅读全文
摘要：最近给某企业培训了完整的 TFS 2013 系列课程，一共四天。下面是该课程的内容安排：项目管理 建立项目 成员的维护 Backlog 定义 任务拆分 迭代时间规划 工作量计划 任务分配 开发任务 ...
阅读全文
摘要：今天搞这两个关键字搞得有点晕，主要还是没有彻底理解其中的原理。混淆了一个调用异步方法的概念：在调用异步方法时，虽然方法返回一个 Task，但是其中的代码已经开始执行。该方法在调用时，即刻执行了一部分代码，直接最底层的 Async API 处才产生真正的异步操作，这时向上逐步返回，并最终使用一个 Ta...
阅读全文
摘要：《上篇博客》我写出了我一直期望的 JavaScript 大型程序的开发模式，以及 TS(TypeScript) 的一些优势。博客完成之后，我又花了一天时间试用 TS，用它来重构之前编写的一个 JS 游戏：《Javascript 坦克游戏》。 源码下载 源码我已经上传到 CSDN 了，无需资源分，下载
阅读全文
摘要：今天看到了 AngularJs 2.0 版本将基于 TypeScript 构建 的消息。与同事们对 TypeScript 展开了讨论。本文记录一些个人的想法。理想的 JavaScript 开发模式其实早在 TypeScript 发布早期的时候，我就已经开始关注这个语言。因为在2012年初时，我需要为...
阅读全文
摘要：最近项目组开始使用 Git 来作为源码管理。我今天就顺便把 Rafy 的源码也迁移到了 github 上，方便大家使用。这是项目的地址：https://github.com/zgynhqf/rafy，Git Clone 地址为：https://github.com/zgynhqf/Rafy.git。 由于我个人也是第一次使用 Git 来做源码管理。本文主要是记录一下过程，及遇到的问题。...
阅读全文
摘要：本文画出了 WCF 框架运行时的重点类之间的类关系图。 Binding 一个 Binding 由多个 BindingElement 组成。BindingElement 作为主要的扩展点。每一个 BindingElement 描述某个独立的行为。最终 Binding 使用一连串的 BindingEle
阅读全文
摘要：Web API 框架是一个面向 Http 协议的通信框架。相对于 WCF 而言，Web API 只面向于 Http 协议设计，而且没有 WCF 那么繁琐的配置。Web API 的开发类似于 ASP.NET MVC 中控制器的开发，但是相对于直接使用 ASP.NET MVC 来返回 Json 对象的方式而言，Web API 封装了数据的序列化、反序列化，接口、实现都更加简单。 简单地说，如果要向浏览器、移动端提供 Json 数据格式的 API，则应该首选 Web API 作为通信框架。以下，我列出了在当前使用 Web API 开发系统时，遇到的几个知识点或问题。数据序列化 Web API 框架目
阅读全文
摘要：在使用 WCF 时，为了更好地进行调试，我都选择了 HTTP 协议进行数据传输。最近项目对性能要求比较高，所以就换成了使用 TCP 协议。并对二者的性能进行了一个简单的测试。以下是测试结果： 环境： CPU: E5800 3.20GHz+3.19GHz RAM: 7.97GB 64 bit OS,
阅读全文
摘要：本文将定义一个 WCF 终结点行为扩展，以在 WCF 中使用更高效的 BinaryFormatter 进行二进制序列化，并实现对是否使用传统二进制序列化功能的可配置。 介绍 实现步骤 使用方法 效果 介绍 在 OEA 框架中，是使用 WCF 作为数据传输框架。但是使用 WCF 内部的二进制序列化，序
阅读全文
摘要：昨天无聊时，翻到一个 08 年 5 月用 javascript 写的坦克游戏，觉得蛮有意思，写篇博客纪念一下。当时写了一半就忙别的事去了，不过可以正常运行。 以下是截图：类结构： 基于 MicrosoftAjax Client Library 构建，源码下载地址（下载后可直接运行，代码有点老，只...
阅读全文
摘要：本篇博客主要描述分页的常见技术方案，以及在 OEA 框架中的分页的应用及实现原理。分页的几种方案 分页是解决大数据量显示的有效方法。根据分页技术应用的位置不同，大致可以把分页分为以下几种：界面层分页 界面层的分页，类似于界面的虚拟化技术，是只显示需要的数据的一种技术。OEA 的 WPF 界面中目前已经实现了 UI 虚拟化，所以不再实现界面层分页。优点：* 简单。许多控件都支持在界面层直接进行分页。* 换页时，响应快。（在 C/S 结构下使用这种方案，数据都已经到达客户端，所以在分页时不需要额外的数据查询，响应速度较快。）缺点：* 不用于太大的数据分页。由于没有减少网络传输，首次加载时较慢，需.
阅读全文
摘要：最近用 OEA 做的仓库管理系统中，许多界面的都需要使用表格控件来显示数据。一是这些表格的列非常多，有的甚至达到了 200 列，而且一个模块的界面中可能同时显示好几个表格。这导致界面的速度比较慢，特别是较多数据需要展现时。经检测，表现虽然表格的行已经做了虚拟化，但是由于列非常多，最终还是造成可视树中的元素过多，而导致界面布局代码运行过慢。假设只有 30 行，一个单元格仅生成 5 个可视元素，200 列的单元格都会产生 3W 个可视元素，而布局系统的 Measure 方法需要对可视树中的每一个元素都调用其对应的 Measure 方法，可以想象，这当然会很慢。 那么，要解决上述的问题，只有...
阅读全文
摘要：WPF 中 Graphics 相关的类有时候看起来比较晕，有些类的命名也比较相近，所以画出下面几个图，帮助记忆： 1. Geometry 几何图形 2. PathGeometry 路径几何图形 3. Shape 4. Drawing & Visual
阅读全文