编程经验的交流

《编程经验的交流》由会员分享，可在线阅读，更多相关《编程经验的交流（23页珍藏版）》请在金锄头文库上搜索。

1、第一篇：编程经验 1. 当性能遇到问题时，如果能在应用层进行计算和处理，那就把它从数据库层拿出来。排 序和分组就是典型的例子。在应用层做性能提升总是要比在数据库层容易的多。就像对于mysql，sqlite更容易掌控。 2. 关于并行计算，如果能避免就尽量避免。如果无法避免，记住，能力越大，责任越大。 如果有可能，尽量避免直接对线程操作。尽可能在更高的抽象层上操作。例如，在ios中，gcd，分发和队列操作是你的好朋友。人类的大脑没有被设计成用来分析那些无穷临时状态这是我的惨痛教训所得。 3. 尽可能简化状态，尽可能局部本地化，适用至上。 4. 短小可组合的方法是你的好朋友。 5. 代码注释是危险

2、的，因为它们很容易更新不及时或给人误导，但这不能成为不写注释的 理由。不要注释鸡毛蒜皮的事情，但如果需要，在某些特殊地方，战略性的长篇注释是需要的。你的记忆会背叛你，也许会在明天早上，也许会在一杯咖啡后。 6. 如果你认为一个用例场景也许“不会有问题吧”，它也许就是一个月后让你在发布的产品 中遭受惨痛失败的地方。做一个怀疑主义者，测试，验证。 7. 有疑问时，和团队中所有相关人交流。 8. 做正确的事情你通常会知道这指的是什么。 9. 你的用户并不傻，他们只是没有耐心理解你的捷径。 10. 如果一个开发人员没有被安排长期的维护你们开发的系统，对他保持警惕。80%的血、 汗、泪水都是在软件发布后

3、的时间里流的那时你会变成一个厌世者，但也是更聪明的“行家”。 11. 任务清单是你的好朋友。 12. 主动让你的工作更有乐趣，有时这需要你付出努力。 13. 悄无声息的崩溃，我仍然会为此从噩梦中惊醒。监控，日志，警报。清楚各种的假警报 和不可避免的感觉钝化。保持你的系统对故障的敏感和及时警报。 14. 复杂是大敌。 第二篇：plc编程经验详谈 plc编程经验详谈 (晴天)2014-3-17 13:31:00 - plc程序调试步骤 人的脑力是有限的,并且记事情也有时间性。过了n天就会忘记每次修改的原因,为什么要加这条指令，为什么要删除这个网络，让自己以后看自己以前编写的程序时都会很困惑。做到以

4、下步骤，对所有程序理解与修改会有很大帮助的。 1、 把原有程序另存一个, 在另存的程序上作修改。文件命名一个主要的程序名称，标注第几次修改，并加上修改的日期，最好是在文件名外加上简要的修改标题。例如: 捆扎程序5（06.10.23翻板步进电机加条件) 2、 用.doc文件记录修改的年月日。 3、 在日期下面记录修改程序的步骤，增加或是删除了哪些指令等。并在程序的编辑条注释中做记录，以备下次修改。 4、 在.doc文件中详细记录修改程序的原因，所出现的故障现象是什么，故障是如何排除的。 5、 在.doc文件中标注修改后所现用的程序全名，包括日期与简要的修改标题。 6、 把过时与现用的程序用，过时

5、文件夹与现用文件夹分开整理，按日期排列。 这样每次所作的修改就有了详细的档案,便于以后的程序修改。现用的程序是标有最近日期的程序。 这样的工作步骤同时也适用于电气图纸的修改 plc编程经验 弄通有关plc程序设计理论是重要的。没有这方面的理论准备或指导，仅靠在实践中摸索，简单的问题还好办。复杂的就不好办了。不仅无从下手，而且花了很多时间与精力，也难编出效率较高、质量也较高的程序，常常是事倍功半。 但是，编程的具体实践，以及在这个实践中得来的知识或技能，即经验，也是重要的。没有经验，仅有理论，既无法深刻理解理论，又无法灵活应用理论。这正如学数学，如仅了解一些定理或记住一些公式，没有作相应的练习，

6、肯定是学不好的。更不用说，任何理论也都只是经验的总结，归根到底也都有是来自实践。 1、 经验积累 经验有别人的，也有自己的，都很重要。前者要靠细心学习，后者要靠用心积累，都要在一定的时间与必要的精力。 别人的经验有上了书的或登载在杂志上的。有的是细心学习别人的，但多数是我自己的经验。所有的例子都经我测试过，都经实践证明是可行的。我想，别的书本或杂志上介绍的也会是这样的。所以学习这样杨功的经验是必要的。 还有就是你同事的经验，也是值得学习。这种经验离你很“近”，很易借鉴。 自己的经验则是最重要的。要在自己的实践中，积累自己的经验。同时，最好在学别人的经验时，也能亲自作些测试，能使自己也有类似的经

7、历，进而把这些经验变成自己的。这也是自己经验的重要积累。 还有一些失败的经验，这往往是不会公开的，但这些经验也要学习，也要积累。 经验的积累要用自己的脑记，更要用电脑记。最好作些分类，建立一个自用的程序库，以便于随时引用。 2、 经验升华 经验还有待升华。升华有三个层次： 最低的层次就是建立一个典型的程序库，供今后再用。若程序复杂，还可建一些功能块，或子程序，以便以后引用。 其次，要总结出有效算法。如单按钮起停程序库等。 最高层次的升华是把经验上升到理论的高度，为丰富plc程序设计理论作贡献。我想，随着plc使用的普及与提高，是会有越来越多从经验中升华出来的，而又能用以指导实践的plc编程理论

8、的。 3、 经验应用 经验积累、经验升华都是为了应用。经验应用有三方面： 1) 用作工程设计模板。设计新系统时，选用一个或几个与现设计工程类似的，已取得成功的工程，作样板进行设计。这既可减轻设计的工作量，又增加设计的成功率。这也是信息可重用的一大好处。 2) 用作程序设计参考。在无成功的工程可作样板时，在新设计的逻辑中，仍有相当一部分控制逻辑，可采用或借用已有典型逻辑，这也可减少设计的工作量，增加设计的成功率。 3) 用作算法设计参考。在既无样板可参照，又无典型可采用时，还可运用过去的一些成功的算法。 经验是宝贵的，但是经验特别是个人经验，总是有限的。所以，经验的应用也还要与编程理论相结合 p

9、lc现场工程师工作指南 一、出发前的准备 从事plc的技术支持的人，如果是要到现场开始进行系统调试，无论是对oem客户，还是对一个过程控制的系统集成，都要在事先做好一些准备工作。就像一个“驴友”出行前，要更换自己的服装尤其是鞋子，带好水、食品，还要准备在野外的一些防身用品，如果是过夜的话，还要有帐篷、手电筒等一样，作为一个职业的plc技术支持工程师，也有不少的东西是要准备的。 首先要安排自己的行程计划和衣食住行。如果是需要住宿的话，那么如何定机票、酒店（旅馆、招待所），这里就不多说了。如果时间很长（如超过一个月），为了省钱，就要考虑在当地租房子了，尤其是出发的是一个小组，而不是一个人的时候。衣

10、食住行，这些问题与普通的旅行是一样的，虽然这些问题对你完成任务的影响力并不亚于你的专业水平。想 象一下，你到了现场，因为食物中毒导致一个星期拉痢疾的情况会对工作造成什么样的影响，就知道该准备那些东西了。通常，有经验的自动化公司的行政部门会为工程师考虑好这些情况，但是，作为工程师自己一定要进行确认，看看是否所有的事情都已经安排好了。 安顿好了衣食住行的后，要准备自己的工具。作为plc的现场调试工程师，并不需要很多的调试工具。但是，一个螺丝刀、一台万用表，还是必备的。另外，如果要与现场的仪表传感器进行系统联调的时候，还要有一台信号发生器来模拟现场仪表的信号，以确定当发生问题时，现场的信号是完好的。

11、还有，一台结实的手提电脑，是你编程和调试的必需的工具。虽然这些工具你可以要求用户准备好，但是，作为一个职业的plc工程师，如果连这几样工具都没有，会被用户怀疑你的职业水平的。其它的一些仪器仪表，如果需要的话，你可以向公司或者客户提出来，让他们提前准备，比如，示波器、稳压电源等等。毕竟这些不那么通用的仪器，通常是不可能随身携带或备用的。 有一些常被忽视的小东西，你准备了之后一定有用的。如，电气胶带、热缩套管、打火机（你吸烟的话自然会有，没有别人也会有），束线带、还有，如果现场接线已经完成了，要准备好一些与信号线相同的电缆，和一些固定基座的螺丝。你可能怀疑要这些做什么用，相信我，带上这些，虽然有些

12、只值几分钱，但到了现场后，可能会节约你一天甚至几天的时间，尤其是你去的地方是在一个偏远的山区的时候。虽然在发货的时候厂家都有螺丝钉，但是到了现场什么都有可能发生，如果螺丝钉不够（而这是每次都必然发生的），会引起许多问题。 除了以上的东西，就是这次调试所要带的备品备件了。虽然现场的货物清单可能会已经考虑了备品备件的问题，但为了应付万一的情况，有些备件你最好还是自己要随身携带。首先是plc的基板（有的成为机架）、电源、cpu模块，因为这些是一台plc能够工作的基础，如果现场只有一套系统，那么这些模块就只有一个，假如没有备分的话，一旦出现故障，你的所有的工作都必须停下来。因此最好带上一套。 其它的i

13、/o模块和通讯模块，如果现场只有一个的，你都要考虑在多带一个。对于那些现场已经有两块以上的模块，你就不用考虑自己带了。 二、设计交底工作 如果系统设计不是你自己做的，那么在出发前，就要与系统的设计人员进行充分的沟通，对于不清楚和不明白的地方，一定要弄清楚，确保自己清晰地理解了要完成的工作目标，和设计者的意图。不要轻易否定设计者的方案，也不要轻易地说别人那里设计得不行。 但是，因为你是从事现场的工程师，因此，也不必过于迷信设计者。你可以提出自己的建议。比如，plc的机架和cpu模块和i/o模块的搭配原则，可能有时候，设计师不知道你所用的 plc的机架有4槽、6槽和8槽，甚至12槽的，因此，也许全部都选了8槽的，而导致了几个槽的空缺，你可以建议它修改为4槽或6槽的。 方案设计中，最容易出问题的地方是通讯，现场调试最麻烦的地方也是通讯，所以对于通讯的部分，你必须清晰了解系统的框架结构，并且对需要进行通讯的东西在出发前就要全部进行一遍调试，而且要确认其中的所有需要通讯的模块是可以通讯的。比如，操作台电脑、触摸屏、plc、变频器、其它的plc、一些智能仪表和仪器，如果这些东西需要通讯的话，你必须要确认它们相互之间是可以通讯的，如果你不确