社区
C语言
帖子详情
超菜问题:为什么位置编号等喜欢用0,1,......n-1,而不用1,2,....,n?
flyhigher402
2003-10-17 09:59:49
比如:
我们一般喜欢用for(j=0;j<n;j++)
而很少用for(j=1;j<n+1;j++) ???
有时好像用后者更方便啊.
高手别见笑.
...全文
63
15
打赏
收藏
超菜问题:为什么位置编号等喜欢用0,1,......n-1,而不用1,2,....,n?
比如: 我们一般喜欢用for(j=0;j<n;j++) 而很少用for(j=1;j<n+1;j++) ??? 有时好像用后者更方便啊. 高手别见笑.
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
15 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
RookieStar
2003-10-18
打赏
举报
回复
其实最符合习惯的还是从1开始的,但习惯以后从0开始也会觉得很自然……
rixwyg
2003-10-18
打赏
举报
回复
高手,见笑了!
要看是什么情况:
如果是数组的下标的话,那就应该从0不始了,
倘若不然系统就将要报错的,
int a[4]={1,2,3,6};
如果是从1开始,a[4];是数组还是第四个元素。
系统就分不清了,如果从0到n-1就不同了但是别可以,
这只是语言的格式而已。
langzi8818
2003-10-18
打赏
举报
回复
FT
stormwolf
2003-10-18
打赏
举报
回复
大家说的好清楚,我就不说了~~
不用0怎么看的出我们是用C的呢~
呵呵,玩笑~
cupidvenus
2003-10-18
打赏
举报
回复
这个习惯是从使用数组遗留下来的。
williamVII
2003-10-18
打赏
举报
回复
C的很多特性是为了写编译器方便,
因为早期的使用者就是写编译器的人.
用0代表位移,编译起来更直接...
以后大家就都这么用了...
(见<C专家编程>)
Liulingbing
2003-10-17
打赏
举报
回复
C语言的下标为0体现了计算机的特性,
比如说计算机现在只能表示8个数,
它只会用0,1,2,3,4,5,6,7
不会认识8。
C程序员一直是被认为较专业的计算机人士,当然要base 0了。
mme
2003-10-17
打赏
举报
回复
这个是由于c语言的数组从0开始而形成的。
只要你习惯了,就会发现它的好处。
而basic就是从1开始的。所以从basic转学c在开始的时候会很不习惯。
psbeond
2003-10-17
打赏
举报
回复
c语言数组下标从0开始(当时就这么规定了,如果当时规定从1开始,就没这个问题了),对数组操作时经常可以看到类似代码:
int arry[5];
for(int i=0; i<5; i++
{
arry[i] = i;
}
如果象你说的从1开始就得这样:
int arry[5];
for(int i=1; i<6; i++)
{
arry[i-1] = i;
}显然不如第一种,久了就成风格了
TianGuangZao
2003-10-17
打赏
举报
回复
0 开头,称为“不对称边界法”。用习惯了有不少好处。
《c 陷阱和缺陷》里有最详细的讨论。
liem
2003-10-17
打赏
举报
回复
因为数组的下标是从0开始的,因此写for循环对数组进行操作从0开始。习惯后,用for就从0开始了。
daizh
2003-10-17
打赏
举报
回复
这个跟你使用的具体情况有关。对于数组一般操作要用for(j=0;j<n;j++)a;主要是数组的下标就是与它的首地址的offset(偏移量),a[0]表示与首地址偏移0,即是数组的第一元素,以下依次类推。
tbmac
2003-10-17
打赏
举报
回复
0-based is developer way
1-based is user way
MPU
2003-10-17
打赏
举报
回复
以上说的是在 数组中....
MPU
2003-10-17
打赏
举报
回复
0 位置浪费了
0 - n 正好确定 n 个元素的边界...
OpenGL-自主高性能三维GIS平台架构与实现-第二季
OpenGL-自主高性能三维GIS平台架构与实现/第二季:实现三维GIS球体+ 高程数据章节名称DEM基础1DEM基础知识1.介绍基本的DEM知识2.什么是DEM,作用是什么2DEM数据1.如何获取/ 传统测量/激光扫描/无人机测量/ 点云数据/ 倾斜摄影2.如何使用/局部小规模(栅格数据,图片/tif),3. 组织方式4. 根据使用目的不同,介绍多种优化方法3DEM图层的实现原理14DEM数据结构定义struct V3U3N4顶点数据的生成和计算WGS84投影计算5wgs84 投影球体被切成一个个小圆弧,一共60个投影带,分别为01,02.........60WGS的最新版本为WGS 84(也称作WGS 1984、EPSG:4326),1984年定义、最后修订于2004年。接口定义坐标转换Wgs84 数据加载6瓦片
编号
计算生成算法1. 经纬度到大地坐标的转换2.大地坐标到经纬度坐标转换3. 根据经纬度获取瓦片
编号
框架重构7智能指针重构框架1. 基类定义(所有的类继承自基类),基类派生自 std::enbale_shared_from_this2. 实现智能指针的动态转换接口3. 实现向下转换4. 已有的类实现全部使用智能指针重构5. 任务系统(多线程加载任务)8引入图层(Layer)1. 介绍图层的概念以及重要性2. 图层类实现3. 修改框架(使用图层的方式重构框架)9Layer-bug排查(绘制过程中出现错位,偶发)1. 框架重构后遇到
问题
(绘制结果错误)2. 瓦片索引方式发生变化,多线程中引起内存
问题
3. 修改索引方式,解决绘制偶发错误
问题
10引入数据源(TileSource)1. 数据源的作用与设计目的2. 当前存在的
问题
,数据调度中存在
问题
3. 数据源(TileSource)类实现11数据格式管理(FormatMgr)1. 数据格式管理(FormatMgr) 提出的目的,需要解决的
问题
2. CELLFormat基类接口抽象3. 实现几个标准格式类4. 修改框架流程,使用FormatMgr重构流程5. 扩展支持,后续支持任务格式数据加入系统12Task(任务)优化1. 任务中低耦合数据结构,目的是让Task更加的通用2. 修改任务读取代码与任务处理代码,完善处理流程DEM高程13DEM-数字高程定义1. 什么是数字化高程数据2. 当下GIS系统中有哪些常见的高程格式3. 课程体体系中使用的哪种格式4. 高程类定义以及实现,并加入到FormatMgr 管理系统中14高程瓦片数据读取1. 介绍GIS系统相关的工具(在数据转换)数据生成方面可以解决大量时间2. 自定义高程瓦片格式说明3. 自定义高程格式文件解析,并以智能对象的方式引入到系统中4. 完善框架代码,适配高程数据15高程瓦片文件的读取1. 实现基本的读取算法2. 增加格式化组件,并加入到系统中3. 配置高程图层以及高程数据源,并加载数据,验证数据正确性16瓦片数据结构重构1.顶点生成2.UV坐标计算3.面数据生成17DEM重构绘制流程1. 修改绘制数据结构,去除无用字段2. 增加Mesh类,实现光栅数据转换成三角面数据,计算UV数据,提炼接口3. 修改系统调度,实现顶点数据,UV数据,以及面数据的生成与更新4. 按需更新数据,而不是每一帧更新18DEM-数据精度
问题
(CPU)1. 因为瓦片数据使用大地坐标作为系统输入,造成瓦片坐标很大,单浮点数据精度不够2. 使用局部坐标的方式解决单浮点精度
问题
3. 调整相机参数,解决投影矩阵数据计算深度精度
问题
4. 修改绘制shader 实现对瓦片数据的绘制19DEM-数据精度
问题
(LogDepth)1. 使用对数深度(log depth )算法在GPU中 计算解决单浮点经纬计算
问题
2. 修改shader ,增加对(logDepth)算法支持3. 修改C++端代码,实现对shader数据的输入20DEM-数据结构优化1.当下使用CPU端数据通过接口的方式传递给GPU,速度慢2. 使用Instance 方式降低Vertex Buffer 的大小,优化渲染系统21DEM-GPU缓冲区优化1. 使用Vertex Buffer Object / Index Buffer Object / Instance 方式优化渲染系统2. 修改绘制接口,使用DrawElementsInstanceBaseInstance方式提升系统性能内存池与对象池22瓦片生成优化/对象池1. 相机移动过程中会频繁的建立与释放瓦片,对CPU有较大的消耗2. 引入内存池,避免频繁的内存申请与释放,降低CPU时间3. 改造智能指针对象,对象释放通知到内存管理,回收对象内存23改造任务系统支持对象池1. 任务系统是一个公用模块,被多个模块使用,避免频繁的内存操作,引起的内存碎片2. 实现对象池,并应用到任务模块法线计算24法线计算1. 修改现有顶点结构,增加法线支持2. 修改shader,增加法线顶点输入,使用平行光光照模型3. 修改绘制流程,支持光照计算,使用探照灯作为光源输入25顶点法线计算/共享法线计算1. 增加数据结构保存顶点数据被多个面共享的次数2. 计算面法线,并累加到顶点法线中3. 根据顶点被面共享的次数做平均法线计算4. 修改流程,按需更新法线数据26法线数据压缩1. 法线数据使用3 * float 数据存储,大大的增加了系统的数据2. 实现算法,将3 * float 数据压缩成4字节数据3. 改造绘制代码,支持压缩数据输入27GPU中计算产生法线数据(去掉CPU中计算)1. 引擎支持 Geometry Shader 阶段2. 编写 Geometry Shader,实现法线计算系统功能优化28重构CPU拾取流程1. 当下的拾取流程,只支撑二维数据拾取,无法准群的拾取三维数据2. Terrain中增加拾取接口,输入射线,输出拾取到顶点数据29绘制拾取结果1. 增加一个绘制点的方法,实现绘制代码2. 修改shader,增加logdepth3. 调试代码,花费了很多时间排查错误,最总排查到是因为uniform参数笔误写错造成。30任务系统完善,避免任务队列无线膨胀1. 任务系统中,没有限制队列的大小,生产者的能力远大于消费者的能力,造成任务队列膨胀2. 处理办法,限制生产者的生产能力,而不是限制任务队列大小(这种方式会造成业务逻辑异常复杂)3. 使用sleep休眠方式(这种方式是严重错误的)31如何避免瓦片数据抖动1. 产生瓦片抖动的原因 ? 分裂算法与回退算法中间没有过度2. 引入过度流程,避免内存抖动,参数因子是一个重要的数据,需要谨慎使用3. 有必要结合瓦片自身数据动态计算参数因子32瓦片数据管理-fepk文件格式支持-全球数据加载1. 支持fepk文件格式,增加fepk读取组件,适配fepk文件2. fepk管理数据方式:一般情况选择全球前10级别作为基础级别,因数据量不大(1G)左右,后续以8级作为基础级别,全球19级别数据被划分为 2^8 * 2^7(512 * 256)个块。每个块中包含了256 * 256 张小瓦片33fepk高程数据读取 34高程分裂处理当瓦片没有高程数据,那么子节点以及其他后代节点该如何共享父节点的数据35lesson-734-高程瓦片分裂处理(2)-算法实现高程数据分裂算法实现实现对高程数据的切分,并对特殊数据进行处理36高程瓦片分裂处理(3)-
问题
排查 37高程瓦片分裂处理(4)-(后代节点更新
问题
)当一个瓦片高程数据更新后,他的儿子节点,孙子节点...该如何处理?38瓦片视锥裁剪错误高程数据更新后,没有技术计算瓦片包围盒信息,造成包围盒错误,进而引视锥计算错误39http支持1.引入三方库 Libcurl2.http类封装,支持http读取数据40fepk.server使用 生成三维地球41改造四叉树-统一使用经纬度输入42地形网络生成算法重构 43引入球体坐标系 44使用球体坐标改造瓦片 45多图层(加载标签数据) 课时截图:镜头拉近后,显示细节数据加载矢量SHP国界线数据:加载矢量三维白膜数据截图高程数据加载点云数据 加载倾斜摄影数据
运维面试题(1024水篇)
NETWORK 1 请描述TCP/IP协议中主机与主机之间通信的三要素 参考答案 IP地址(IP address) 子网掩码(subnet mask) IP路由(IP router) 2 请描述IP地址的分类及每一类的范围 参考答案 A类1-26 B类128-191 C类192-223 D类224-239组播(多播) E类240-254科研 3 请描述A、B、C三类IP地址的默认子网掩码 参考答案 A类255.0.0.0 B类255.255.0.0 C类255.255.255.0 4 请描述预留给企业的私有
实施运维企业面试题-5
NETWORK 1 请描述 TCP/IP 协议中主机与主机之间通信的三要素 参考答案 IP 地址(IP address) 子网掩码(subnet mask) IP 路由(IP router) 2 请描述 IP 地址的分类及每一类的范围 参考答案 A 类 1-26 B 类 128-191 C 类 192-223 D 类 224-239 组播(多播) E 类 240-254 科研 3 请描述 A、B、C 三类 IP 地址的默认子网掩码 参考答案 A 类 255.0.0.0 B 类 255.255.0.0 C 类
TensorFlow 1.x 深度学习秘籍:1~5
原文:TensorFlow 1.x Deep Learning Cookbook 协议:CC BY-NC-SA 4.0 译者:飞龙 本文来自【ApacheCN 深度学习 译文集】,采用译后编辑(MTPE)流程来尽可能提升效率。 不要担心自己的形象,只关心如何实现目标。——《原则》,生活原则 2.3.c 一、TensorFlow 简介 曾经尝试仅使用 NumPy 用 Python 编写用于神经网络的代码的任何人都知道它很繁琐。 为一个简单的单层前馈网络编写代码需要 40 条线,这增加了编写代码和执行时间方
linux常用命令-part3
中文怎么发音 Ubuntu 有奔头,乌版图 Fedora 费德勒,菲朵拉 Debian 迪扁,德槟 CentOS 桑托斯 森头斯 Linux发展历史: 1) RedHat ---> 1.RedHat 2.CentOS 3.Fedora 桌面图形系统 rpm, yum 命令 2)
C语言
69,336
社区成员
243,078
社区内容
发帖
与我相关
我的任务
C语言
C语言相关问题讨论
复制链接
扫一扫
分享
社区描述
C语言相关问题讨论
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章