显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

逍遥子 曰:

得失失得 何必患得患失 舍得得舍 不妨不舍不得

 
 
 
 
 
 

[置顶] [原]从helloworld回顾程序的编译过程之二

2013-4-18 19:50:06 阅读570 评论0 182013/04 Apr18


        为简单起见,本文中的例子将不使用printf之类的标准库函数,只使用自己定义的函数,下面的例子中主要是在linux环境下进行验证和调试的,如果没有linux开发环境也不要紧,本文已经将在linux下调试的结果全部都复制进来了,应该不影响阅读。
下面为本文中所使用的三个文件:
//文件1:numOper.h

int add(int iN1, int iN2);

//文件2:numOper.c

作者  | 2013-4-18 19:50:06 | 阅读(570) |评论(0) | 阅读全文>>

[置顶] [原]几点关于C/C++开发的思考

2013-4-17 9:14:12 阅读554 评论1 172013/04 Apr17


最近在linux平台做了一点开发,对嵌入式开发中有这样一些总结和思考,这些思考和总结也不全是针对嵌入式开发,在平时的应用软件开发中也会遇到。其中有些点是早就有人总结了,但是自己并未深刻意识到它们的意义,在最近的开放中,遇到了与它们相关的问题,感触就相对加深了,因此也拿来总结一下。

作者  | 2013-4-17 9:14:12 | 阅读(554) |评论(1) | 阅读全文>>

[置顶] [原]从helloworld回顾程序的编译过程之一

2013-4-14 11:52:36 阅读522 评论0 142013/04 Apr14

计算机中所有的文件都是以01数字形式保存的,我们常见的程序文件也是如此,以常见的入门程序Hello.c为例,其代码为代码段1所示:

代码段1

//hello.c
#include <stdio.h>

int main()
{
printf("hello, world\n");
}


机器中所有的字符都是用数字进行表示,可以按照ascii码表对比一下,将该Hello.c文件中每个字符用ascii代码表示,如下所示:

作者  | 2013-4-14 11:52:36 | 阅读(522) |评论(0) | 阅读全文>>

[置顶] 关于C语言可变参数函数的一些研究和总结[原]

2013-3-19 17:38:06 阅读635 评论0 192013/03 Mar19

可变参数函数是指函数参数的个数、类型等是不固定的,需要在用户调用过程中,根据实际传入的参数来确定其类型、个数等信息。例如:可变参数函数printf可谓是在C开发过程中使用最多的标准输出库函数之一,因此有必要对其原理进行了解以便更好使用之,同时在一些开发过程中可能还需要自己来实现一个可变参数的函数。本文主要是关于C中可变参数函数的一些总结,包括可变参数的实现原理及其实现方式。

 

可变参数函数的原理:

作者  | 2013-3-19 17:38:06 | 阅读(635) |评论(0) | 阅读全文>>

[置顶] MFC 常见窗口操作[原]

2013-3-14 16:16:44 阅读505 评论0 142013/03 Mar14

1、改变窗口大小或全屏窗口可用下面的代码:

MoveWindow(hDlg,0,0,GetSystemMetrics(SM_CXSCREEN),GetSystemMetrics(SM_CYSCREEN),TRUE);  

2、去掉窗口的边框可用下面的代码:

LONG nStyle= GetWindowLong( hDlg, GWL_STYLE);

作者  | 2013-3-14 16:16:44 | 阅读(505) |评论(0) | 阅读全文>>

[译]优秀RESTful API的设计原则(三)

2017-1-10 19:12:40 阅读23 评论0 102017/01 Jan10

原文来自:https://codeplanet.io/principles-good-restful-api-design/

授权

作者  | 2017-1-10 19:12:40 | 阅读(23) |评论(0) | 阅读全文>>

[译]优秀RESTful API的设计原则(二)

2017-1-10 19:11:20 阅读20 评论0 102017/01 Jan10

原文来自:https://codeplanet.io/principles-good-restful-api-design/

端点

作者  | 2017-1-10 19:11:20 | 阅读(20) |评论(0) | 阅读全文>>

[译]优秀RESTful API的设计原则(一)

2017-1-10 19:09:46 阅读7 评论0 102017/01 Jan10

原文来自:https://codeplanet.io/principles-good-restful-api-design/

 

设计优秀的REST

作者  | 2017-1-10 19:09:46 | 阅读(7) |评论(0) | 阅读全文>>

[原]正向代理和反向代理

2016-12-19 17:58:54 阅读21 评论0 192016/12 Dec19

1.       正向代理,代理客户端发送请求,例如,我们局域网内的所有主机都不能上网,但是该局域网内有一台双网卡主机A能访问外网,这时可以在双网卡主机A

作者  | 2016-12-19 17:58:54 | 阅读(21) |评论(0) | 阅读全文>>

[原]为系统扩展而采取的一些措施——异步

2016-12-17 17:34:38 阅读22 评论0 172016/12 Dec17

1.       同步与互斥,提到异步必然要涉及到与之对应的另一个词同步

作者  | 2016-12-17 17:34:38 | 阅读(22) |评论(0) | 阅读全文>>

[原] 为系统扩展而采取的一些措施——缓存

2016-12-16 20:28:23 阅读17 评论0 162016/12 Dec16

1.       缓存

1.1        

作者  | 2016-12-16 20:28:23 | 阅读(17) |评论(0) | 阅读全文>>

[原]架构设计的立方体扩展

2016-12-15 20:31:21 阅读19 评论0 152016/12 Dec15

本文是对《架构即未来》一书第20章的总结; 
1. 立方体扩展是指X、Y、Z轴三个方向的扩展方式; 
2. X轴扩展,指水平扩展,这种方式简单易于实现,它要求服务必须是无状态的,部署1个和部署多个是一样的,这样可以根据系统当前的业务承载量来部署所需数量的服务实例,一般情况下,该业务需要与服务注册、治理、发现机制相结合,当一个服务A被水平扩展了一个新实例ai时,所依赖它(调用了它)的其他服务C需要能及时的发现这个新起来的ai,并且能把自己的对A的其他实例的调用分出来一部分到ai上,这种负载均衡机制一般有两种实现方式: 
(1) 在调用方程序中集成服务发现和负载均衡功能;如下图所示,这种方式实现负载,对调用方有影响,因为调用方在使用服务时还要集成它的服务发现和负载均衡相关功能模块。 

作者  | 2016-12-15 20:31:21 | 阅读(19) |评论(0) | 阅读全文>>

[原]构建故障隔离的架构

2016-12-15 20:15:18 阅读13 评论0 152016/12 Dec15

本文是对《架构即未来》一书第19章的总结; 
1. 什么是故障隔离的架构?个人理解,就是一个系统按照其功能划分为几个独立的子模块,子模块之间互不依赖,互不通信;这里的互不通信是指模块之间不要采用同步调用方式,可以采用中间模块转交的异步方式。 
2. 故障隔离的架构有什么好处? 
(1) 限制故障的影响范围,采用了故障隔离的架构,每个子模块的故障至影响它本身而不会波及到其他模块; 
(2) 便于故障定位和分析,相对于一个大而复杂的系统而言,小的隔离模块更简单,一旦出现故障,也更容易分析和定位; 
(3) 故障隔离是系统扩展的一种措施,我们经常采用的垂直分片理论上就是一种故障隔离方式; 
(4) 缩短

作者  | 2016-12-15 20:15:18 | 阅读(13) |评论(0) | 阅读全文>>

[原]性能测试、 障碍条件和回滚

2016-12-14 20:39:41 阅读14 评论0 142016/12 Dec14

第17章 性能测试 
1. 性能测试是指把负载和用户需求施加在系统上,以测量其相应时间和稳定性的过程,它是为了验证应用能够满足预期的性能目标;一般需要关注响应时间、吞吐量和资源利用率这三类指标; 
2. 性能测试的第一步是建立标准,没有标准的测试是没有意义的; 
3. 性能测试的环境应该与研发、QA和准生产等环境分开;之所以要把性能测试环境独立开是因为性能测试需要对整个系统施加压力,如果系统中跑着其他的程序,那么其他程序不仅影响性能测试的结果而且性能测试也可能让其他程序的工作受到影响,另外性能测试一般都需要测试很长时间,例如24小时,连续压测的7*24小时等等,隔离开的环境可以确保在测试期间都不受其他因素的影响,以确保测试结果的正确、有效性; 
4. 性能测试的环境应尽可能与生产环境一致,

作者  | 2016-12-14 20:39:41 | 阅读(14) |评论(0) | 阅读全文>>

[原]确定风险

2016-12-14 18:26:50 阅读19 评论0 142016/12 Dec14

本文是对《架构即未来》一书第16章的总结; 

1.       风险管理是提高和保持可用性及可扩展型的最基本和最重要的方面。

作者  | 2016-12-14 18:26:50 | 阅读(19) |评论(0) | 阅读全文>>

查看所有日志>>

 
 
 
 
 
 我要留言
 
 
 
留言列表加载中...
 
 
 
 
 
 
 
 

陕西省 西安市

 发消息  写留言

 
博客等级加载中...
今日访问加载中...
总访问量加载中...
最后登录加载中...
 
 
 
 
 
 
 
心情随笔列表加载中...
 
 
 
 
 
 
 
模块内容加载中...
 
 
 
 
 
 
 
列表加载中...
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017

注册 登录  
 加关注