:-)  en, 俺要继续努力的

我在嘉利创做的样板, 用的普通的配置, 我想他们的工艺还可以吧, 是不是我焊接的方法的问题?

如果代码行数多, 在最开始的时候就要多搞几个文件, 然后每个函数限制行数, 可能稍微有些用处, 其实就是模块化,

命名这个事按照一定的习惯来做就好了, 觉得哪个好, 慢慢调整就是了 建议不要为了修改代码风格而去改代码, 很容易出问题, 也没有价值, 呵呵 我的习惯是除非必要, 绝对不改代码, 受伤太多了 那本<重构>就是在我被伤的最深的时候看到, 才有那么深的体会, 其实很多人不认为那本书有多重要的

很反感这样的帖子, 要回复, 没次耽误两分钟, 耽误了多少人的两分钟啊

刚才写帖子的时候, 您帖子的内容还没有看到, 所以我的表述有些地方可能不太合适, 见谅 而且因为和变量定义时机的看法不同, 对变量的初始化也会有不同的看法, 比如我的习惯是尽早定义变量, 主要是我习惯了在一个区域(函数)来把控全部参数, 所以我建议尽早初始化 有的人习惯在最后使用的时候才来定义和初始化, 那么定义就是越晚越好, 但是初始化要一定要和定义一起, 哪怕代码不好看, 因为不初始化实在是很麻烦 此外, 变量名, i,j,k绝对只能用在循环中, 而且, 如果每级循环中的简单命名变量数目应该只有一个, 否则最好是用有意义的名称 原因是, 以后读代码的机会很多, 要猜变量名的难度是很大的, 我们假设每次猜测要5分钟, 每次检查代码时每个变量名多用五分钟, 累计下来绝对是一个很大的数据, 而且查问题的时候往往都很着急而且烦躁 宁愿开始的时候慢一点, 也要保证命名的有涵义 个人认为命名, 无论是函数, 还是变量, 都应该要表明它的功能, 带上他区别于其他同名函数或变量的特征 比如如果是字符串拷贝函数, 里面源字符串和目的字符串就会写成src, dest 如果是全局变量, 我通常都写成: gOverflowCount (字母g打头表示全局变量,后面的写成camel写法 ) 函数名我一般写成LogStr (大写字母打头, 动词+宾语) 宏一般写成MIN(a,b) (大写, 参数部分小写, 参数不多的且没有意义的时候可以用a和b. :-) ) 自定义类型 typedef __TTime {.....} tTime; 头文件的避免多次包含宏 _STRING_EX_H_ [ 本帖最后由 聚众 于 2012-6-7 20:11 编辑 ]

赋值和初始化的差别: 几乎一样, 但是根据目的和具体条件可能会有差别 赋值的目的是使变量有初始值, 默认值, 而不是随机值, 主要是为了解决随机值造成的莫名奇妙问题 初始化是为了让变量有默认值, 甚至根据具体情况而产生的特性值, 主要是为了获取正确的原始赋值 应该执行的准则是: 变量在定义的时候就必须赋值 如有必要, 赋值要达到初始化的程度 对于不是语言自带的数据类型或者数组等类型, 要注意覆盖全部字节

public和private是面向对象编程中的概念 在不同的使用环境中有不同意义, 我们可以先略过他们 在类的成员变量前面: public的意思是所有的代码都可以访问该变量, private表示只有类的实例(和自定义类型相关的变量对应)可以访问, 相当于其内部私有数据 上市公司公布的数据就是public的, 别人可以访问 但是公司内部的一些账目就是private的, 别人不能访问

谢谢

我也是经常了忘了删除room, 多几次就记得了祝画板愉快 遇到这种情况, 可以先查看错误信息,Altium Design Winter 9中是这样查看的如我的附件图, 1. 右键点绿色部分2. 鼠标移动到右键菜单中倒数第三项: Violations, 这会导致一组子菜单打开3. 相关信息可以通过点开某项错误信息或者最下面的Show all Violations...来查看, 可以查看冲突的规则4. 规则的修改在Design菜单中的Rules中设定  [ 本帖最后由 聚众 于 2012-6-6 22:53 编辑 ]

好东西啊

正好学到这里了

关于模电的200个基础知识方面的提问, 如果能全部答上来, 估计基础概念方面是比较清晰了

谢谢

这是一篇经验方面的文章, 讲的是一个高手成长的路子, 涉及了一些高端的资源和企业,

 英文版书籍 Practical Analog Design Techniques [ 本帖最后由 聚众 于 2012-6-5 09:51 编辑 ]

图片形式的, 放在目录里面, 不错

貌似不全, 我上传一个完整版本

这个书上很好, 对参数方面的内容, 有些错误, 比如二极管的最高工作频率的描述

回复