标准: 1.很多引用资源其打开函数和关闭函数对错误处理的方式有所不同:2.一般地NI的Help里对打开函数的错误端子的解释是这样的:如错误发生在VI或函数运行之前,VI或函数将把错误输入值传递至错误输出.如在VI或函数运行前没有发生错误,VI或函数将正常运行.如在VI或函数运行时发生错误,VI或函数将正常运行并在错误输出中设置自身的错误状态.3.对关闭函数这样解释:如错误发生在VI或函数运行之前,VI或函数将把错误输入值传递至错误输出.即使在VI或函数运行前发生错误,VI或函数仍会正常运行.如在

标准:1.状态用枚举自定义类型,便于统一管理修改.2.一般地应该有:Initialize,Idle,Stop,Blank状态.3.Initialize进行一些初始化的操作:Idle一种过渡状态,用于和用户打交道的状态:Stop状态用于一些后处理并由此退出循环,Blank是一种独立状态,其他状态中没有一个状态进入此状态,便于复制状态,用来创建其他状态. 标准:1.事件触发动作使用单击时触发或者释放时触发,因为单击时触发的原理是单击时改变控件值,直到第一次读到值后才恢复控件值默认值,释放时触发的原理

标准: 1.当使用值改变事件时,使用单击时触发或者单击时释放开关动作.这样即保证仅仅触发一次,也保证按钮恢复默认值 标准:1.值改变事件的优点:不论是鼠标动作还是键盘动作都能触发值改变事件,增强了程序的灵活性.

标准:1.将具有值改变事件的控件,放置在其事件结构的值改变页面里.

标准:1.所有按钮的机械动作必须都用释放时触发或者单击时触发,这是为了保证仅仅触发一次动作. 标准:1.使用简单的case结构模拟事件结构.

标准:1.太多移位寄存器会导致连线太多,看起来凌乱,使用簇将变量打包,统一用一个移位寄存器,这样可以减少连线的麻烦2.如果每个变量都使用一个移位寄存器,没有一个名字是很难区分移位寄存器到底属于哪一个变量的,用簇可以解决这个问题3.倘若需要增加变量,只需在移位寄存器变量中添加你所需要的变量就行了,命名后就可以直接用了,减少了创建寄存器变量的麻烦而且不需要连线(事件结构很多页面时连线时各麻烦而且容易漏掉)4.移位寄存器中的变量使用就更简单了,有名称标记,而且可以选择不同的变量.5.可以统一管理变量

标准化:1.图标的标准化         2.模式的标准化Operation:Write & Read        3.xx为变量名称,w为write括号中为默认值,r为read        4.错误输入输出端子 标准:1.写操作后,读操作也发生,这样就更新了输出值,和变量保持同步2.有错误输入,输出可控3.有错误输入,不会出现写操作,导致改变功能全局变量的值3.有多个变量需要同步读写时可以考虑是否用簇打包

虽然NI LabVIEW软件长期以来一直帮助工程师和科学家们快速开发功能测量和控制应用,但不是所有的新用户都会遵循LabVIEW编程的最佳方法. LabVIEW图形化编程比较独特,因为只需看一眼用户的应用程序,就马上可以发现用户是否遵循编码的最佳方法.有些用户会犯这些错误是因为他们没有真正理解LabVIEW框图数据流背后的原理,而有些用户则是不知道哪些特性可提高LabVIEW编程质量. 本文介绍了经验欠缺的LabVIEW程序员最经常犯的一些编程错误,同时也提供了采用正确LabVIEW编程方法的建

前言 目前以LabVIEW为主要开发工具,熟悉常规开发框架(队列+状态机),个人用得比较多也感觉比较好用和强大的(JKI,AMC),也用它们开发过一些测试平台,但感觉到了一个瓶颈期,想寻求突破,提升LabVIEW的编程水平和思想,所以自己开始学习LVOOP,写此博文,一为自己知识的总结和思考消化,二是希望能为有同样困惑的小伙伴带来一点启发. OOP设计模式学习书籍选用了程杰的<大话设计模式>,个人感觉还不错,挺适合我这种新手入门的,所以书中的内容在自己理解后会用Labview实现并分享出来,如

LabVIEW之生产者/消费者设计模式 彭会锋

前言 在之前的文章提到了如何学习OOP以及对应的简单工厂模式,由于时间比较长,我们先回顾一下原有内容,然后继续了解新的模式. 为什么学习OOP 在测控系统的软件开发过程中,LabVIEW工程师一直认为程序完成功能就可以了,但是随着程序越来越复杂,渐渐发现很多情况下成型系统到后期无法添加功能或很难添加功能. 是什么阻碍了软件系统的开发?为什么在需求沟通不明确的前期,我们无法开发软件:在需求明确的后期,又难以对软件进行灵活修改. 与软件维护类似的情况最先出现在刻板应刷中,那时的古人一旦设计完成系统,

前言 上一个文章介绍了如何学习LabVIEW OOP,简要的提及了一些OOP学习中注意的事项,许多文章的读者反映写的太范,后文会逐步缩小范围,讨论在LabVIEW中各个模式的应用. 工厂模式概述 工厂模式属于创建型模式,它是面向对象实例化时候的一种最佳方式.在这种模式中,我们创建对象不会对客户端暴露创建逻辑,通过一个共同的接口来指向新创建的对象. 意图:定义一个创建对象的接口,让其子类自己决定实例化哪一个工厂类,工厂模式使其创建过程延迟到子类进行. 主要解决:主要解决接口选择的问题. 何时使用:

前言 有很多人对LabVIEW OOP存在比较极端的看法,大致分为两类: 1. 绝对否定派认为LabVIEW OOP只不过是LabVIEW为了追求时髦,在面向过程的基础上用簇做了一些特性,实际上完全不必学习 2. 绝对肯定派认为LabVIEW OOP非常好,能解决所有项目中遇到的问题,如代码很难维护,拓展性非常不好等 上面两种观点都有所偏颇,实际上,能在在特定情境下解决特定问题就是好的,工程问题,讲究的是:不管黑猫白猫,能抓老鼠的就是好猫. 既然LabVIEW OOP出现且发展多年有越来越多的人

其主要的模型: 主要从以下几个方面理解: 1.可重入性 正常的labview是多线程设计语言,而我们在执行VI时的规则是通过VI的命名来分别调用实现的. 打开VI的Highlight调试工具,可以看出两个Wait.vi实例的调用并不是同时执行的,而是依次按顺序执行的,至于哪一个实例先执行是不确定的.这是由于LabVIEW本身是并行设计的,从理论上而言,两个VI的实例是同步执行的,但是如果两个Wait.vi实例同时执行必定会产生参数赋值紊乱,因为LabVIEW只允许内存中存在一个名称的VI. 如果

MVVM设计模式和在WPF中的实现(四) 事件绑定 系列目录: MVVM模式解析和在WPF中的实现(一)MVVM模式简介 MVVM模式解析和在WPF中的实现(二)数据绑定 MVVM模式解析和在WPF中的实现(三)命令绑定 MVVM模式解析和在WPF中的实现(四)事件绑定 MVVM模式解析和在WPF中的实现(五)View和ViewModel的通信 MVVM模式解析和在WPF中的实现(六)用依赖注入的方式配置ViewModel并注册消息 0x00 为什么要事件绑定 这个问题其实是很好理解的,因为事件

1.何为设计模式 设计模式提供了对常见应用设计问题的解决方案.在面向对象的编程中,设计模式通常在解决与对象创建和交互相关的问题,而非整体软件架构所面对的大规模问题,它们以样板代码的形式提供了通用的解决方案,可以应用到真实的问题中.典型类图如1-1所示. 图1-1 展现出继承关系的类图 2.为何需要设计模式 它为全世界的开发者提供了针对最常见的软件工程难题的经过验证和测试的解决方案. 3.设计模式的最初分类 (1)创建型模式--模式控制着对象的创建,初始化,以及类的选择.单例与工厂就属于这类. (

上节我们提到,类Collections中大概有两类功能,第一类是对容器接口对象进行操作,第二类是返回一个容器接口对象,上节我们介绍了第一类,本节我们介绍第二类. 第二类方法大概可以分为两组: 接受其他类型的数据,转换为一个容器接口,目的是使其他类型的数据更为方便的参与到容器类协作体系中,这是一种常见的设计模式,被称为适配器. 接受一个容器接口对象,并返回一个同样接口的对象,目的是使该对象更为安全的参与到容器类协作体系中,这也是一种常见的设计模式,被称为装饰器(不过,装饰器不一定是为了安全). 下

最近在研读另外一本关于设计模式的书<JavaScript设计模式>,这本书中描述了更多的设计模式. 一.创建型设计模式 包括简单工厂.工厂方法.抽象工厂.建造者.原型和单例模式. 1)简单工厂 又叫静态工厂方法,由一个工厂对象决定创建某一种产品对象类的实例. 两种实现方式,第一种是通过类实例化对象创建,第二种是创建一个新对象然后包装增强其属性和功能. demo代码. 2)工厂方法 通过对产品类的抽象使其创建业务主要负责用于创建多类产品的实例. 将工厂方法看作是一个实例化对象的工厂类. demo

最近在研读一本书<JavaScript设计模式与开发实践>,进阶用的. 一.高阶函数 高阶函数是指至少满足下列条件之一的函数. 1. 函数可以作为参数被传递. 2. 函数可以作为返回值输出. 1)高阶函数实现AOP AOP(面向切面编程)的主要作用是把一些跟核心业务逻辑模块无关的功能抽离出来,这些跟业务逻辑无关的功能通常包括日志统计.安全控制.异常处理等. 把这些功能抽离出来之后,再通过“动态织入”的方式掺入业务逻辑模块中. 这样做的好处首先是可以保持业务逻辑模块的纯净和高内聚性,其次是可以很