编程经验.docx

编程经验

第一篇：编程经验1.当性能遇到问题时，如果能在应用层进行计算和处理，那就把它从数据库层拿出来。排序和分组就是典型的例子。在应用层做性能提升总是要比在数据库层容易的多。就像对于MySQL，sqlite更容易掌控。2.关于并行计算，如果能避免就尽量避免。如果无法避免，记住，能力越大，责任越大。如果有可能，尽量避免直接对线程操作。尽可能在更高的抽象层上操作。例如，在iOS中，GCD，分发和队列操作是你的好朋友。人类的大脑没有被设计成用来分析那些无穷临时状态——这是我的惨痛教训所得。3.尽可能简化状态，尽可能局部本地化，适用至上。4.短小可组合的方法是你的好朋友。5.代码注释是危险的，因为它们很容易更新不及时或给人误导，但这不能成为不写注释的理由。不要注释鸡毛蒜皮的事情，但如果需要，在某些特殊地方，战略性的长篇注释是需要的。你的记忆会背叛你，也许会在明天早上，也许会在一杯咖啡后。6.如果你认为一个用例场景也许“不会有问题吧”，它也许就是一个月后让你在发布的产品中遭受惨痛失败的地方。做一个怀疑主义者，测试，验证。7.有疑问时，和团队中所有相关人交流。8.做正确的事情——你通常会知道这指的是什么。9.你的用户并不傻，他们只是没有耐心理解你的捷径。10.如果一个开发人员没有被安排长期的维护你们开发的系统，对他保持警惕。80%的血、汗、泪水都是在软件发布后的时间里流的——那时你会变成一个厌世者，但也是更聪明的“行家”。11.任务清单是你的好朋友。12.主动让你的工作更有乐趣，有时这需要你付出努力。13.悄无声息的崩溃，我仍然会为此从噩梦中惊醒。监控，日志，警报。清楚各种的假警报和不可避免的感觉钝化。保持你的系统对故障的敏感和及时警报。14.复杂是大敌。第二篇：PLC编程经验详谈PLC编程经验详谈(晴天)2009-3-1713:31:00------------------PLC程序调试步骤人的脑力是有限的,并且记事情也有时间性。过了N天就会忘记每次修改的原因,为什么要加这条指令，为什么要删除这个网络，让自己以后看自己以前编写的程序时都会很困惑。做到以下步骤，对所有程序理解与修改会有很大帮助的。1、把原有程序另存一个,在另存的程序上作修改。文件命名一个主要的程序名称，标注第几次修改，并加上修改的日期，最好是在文件名外加上简要的修改标题。例如:《捆扎程序5（06.10.23翻板步进电机加条件)》2、用.doc文件记录修改的年月日。3、在日期下面记录修改程序的步骤，增加或是删除了哪些指令等。并在程序的编辑条注释中做记录，以备下次修改。4、在.doc文件中详细记录修改程序的原因，所出现的故障现象是什么，故障是如何排除的。5、在.doc文件中标注修改后所现用的程序全名，包括日期与简要的修改标题。6、把过时与现用的程序用，过时文件夹与现用文件夹分开整理，按日期排列。这样每次所作的修改就有了详细的档案,便于以后的程序修改。现用的程序是标有最近日期的程序。这样的工作步骤同时也适用于电气图纸的修改PLC编程经验弄通有关PLC程序设计理论是重要的。没有这方面的理论准备或指导，仅靠在实践中摸索，简单的问题还好办。复杂的就不好办了。不仅无从下手，而且花了很多时间与精力，也难编出效率较高、质量也较高的程序，常常是事倍功半。但是，编程的具体实践，以及在这个实践中得来的知识或技能，即经验，也是重要的。没有经验，仅有理论，既无法深刻理解理论，又无法灵活应用理论。这正如学数学，如仅了解一些定理或记住一些公式，没有作相应的练习，肯定是学不好的。更不用说，任何理论也都只是经验的总结，归根到底也都有是来自实践。1、经验积累经验有别人的，也有自己的，都很重要。前者要靠细心学习，后者要靠用心积累，都要在一定的时间与必要的精力。别人的经验有上了书的或登载在杂志上的。有的是细心学习别人的，但多数是我自己的经验。所有的例子都经我测试过，都经实践证明是可行的。我想，别的书本或杂志上介绍的也会是这样的。所以学习这样杨功的经验是必要的。还有就是你同事的经验，也是值得学习。这种经验离你很“近”，很易借鉴。自己的经验则是最重要的。要在自己的实践中，积累自己的经验。同时，最好在学别人的经验时，也能亲自作些测试，能使自己也有类似的经历，进而把这些经验变成自己的。这也是自己经验的重要积累。还有一些失败的经验，这往往是不会公开的，但这些经验也要学习，也要积累。经验的积累要用自己的脑记，更要用电脑记。最好作些分类，建立一个自用的程序库，以便于随时引用。2、经验升华经验还有待升华。升华有三个层次：最低的层次就是建立一个典型的程序库，供今后再用。若程序复杂，还可建一些功能块，或子程序，以便以后引用。其次，要总结出有效算法。如单按钮起停程序库等。最高层次的升华是把经验上升到理论的高度，为丰富PLC程序设计