本以为intouch版本都到9.0了，应该很好用。可实际用下来，令人失望。粗粗列了几个intouch不如与它齐名的ifix的地方(其实还有很多)供大家参考：
　　
　　1.每个画面有标题栏，可居然没有关闭按钮。
　　2.intouch的画面只有打开和隐藏命令，没有关闭命令。所有画面都在内存中，占用资源大。而ifix每个画面一个文件。可以关闭
　　3.组合对象不能做动画链接，而ifix可以。
　　4.intouch自定义的脚本灵活性不好，给人感觉是凑出来的，而ifix使用vba脚本，灵活并功能强大。（用过excel脚本的都知道）
　　5.intouch画面元素不是对象结构，只能通过鼠标作画，无法精确修改其属性。而ifix的画面元素是对象结构
　　 可以通过属性窗口精确修改，例如尺寸、大小等等。同时，ifix通过脚本可以调整修改画面中的元素属性
　　6.intouch对activeX的只能做简单支持，并且不能使用ole对象，只能用ocx控件。而ifix由于vba的存在，非常灵活,类似编程。
　　7.intouch不支持画面模板功能，如果有很多相同设备要监控。必须做很多相同的画面，并一一链接动画。而ifix支持taggroup功能，
　　 可以只做一个画面，通过替换链接，实现监控不同的设备，大大减少工作量
　　8.intouch的标签管理器简陋。ifix的标签管理器功能较强，并可以另存标签文件
　　9.ifix本身的很多工具就是通过vba写的，ifix支持自定义工具，用户可以自己定义工具，大大减少工作量。
　　10.使用intouch做动画链接简直就是体力劳动，要不停的按鼠标选择。如果画面够多，能把人累死。
　　11.监控的操作没有记录
　　12.系统组织凌乱，要找到一个功能，要看半天帮助。而ifix在workspace中即可完成所有的配置、组态等等。



Guest :


1. ifix添加一个标签，然后有很多很多地方引用这个标签，后来想改这个标签的名字，改不了，只能再添加一个新标签，然后通过查找替换方法改了所有引用地方的标签名字，...而intouch只要改数据库标签名就可以了。
2. ifix切换到编辑状态后，再切换到运行状态，有时出现关不掉的对话框“正在处理网络事务”，处理啥呢？？？
3.intouch的画面元素组合后，复制一个新的，同时改里面标签名的index部分，这样就变成一个含有新标签的组合了，而ifix不行，但ifix可以进入组合内部改而intouch不行....
4. ifix的脚本vba太强大了，数据处理、报警信息等简直就可以随心所欲，就像excel那样，甚至还象vb那样使用串口控件...，而intouch脚本能干的太少了，保存数据到一个文件也那么限制...
5. ifix有一个组件fix data system太好用了，你可以用它来做自定的、外部的、后台的数据处理（自定义写sql数据库、自定义报表等等）... intouch在数据记录方面好像落后了（是我不知道？）
6.为什么intouch还用DDE，不过确实是快；ifix的前辈fix7.0的DDE简直就是垃圾（跟专业的Applicom的DDE相比），ifix还沿用fix的DDE吗？个人感觉：ifix想更多的人参与开发

还有很多比较，各有优点，ifix和intouch能不能互相学习?!



Guest :

首先，intouch现在最新的版本是9.5其次，关于你所说的12点内容
1：Intouch可以去掉标题栏，在special菜单中设置window viewer属性。
7：intouch有super Tagname 和smartsymbol功能，结合在一起类似ifix的taggroup功能
8：不知道你所说的标签管理器简陋是指什么，Intouch有FILTER，只是不太明显，可能你未曾注意。另外Intouch也有DBDUMP和DBLOAD，可以另存标签文件。
2，3，4，5，6，9基本统一，最后10，12两点我认为跟个人习惯有关。第11点不太明白你的意思。

下面说说我认为INTOUCH比ifix强的几点：
1。与下位机的通讯采用Access Name，楼主你遇到过用ifix做的系统改通讯方式的情况吗？逐个点修改是不是很麻烦？一个上千点的系统有你改的，但是在intouch开发的系统里就只要更改统一的Access Name，最多1分钟就搞定！
2。InTouch在同一台机子上Window Viewer运行的时候可以同时在Window Maker中修改，并且可以立即运行，无须像ifix那样用Ctrl+W退出运行再修改，这样可以保证历史曲线的连续性。
3。InTouch支持网络化开发，网络内的所有viewer节点可以自动相应开发节点上的变化，当你仅仅需要作很小改动的时候，只需修改开发节点一台机子，其余的viewer都可以自动更改！

最后说一个IFIX的bug，楼主你在ifix里做一个按钮，在这个按钮的mouse down / mouse up事件里面写上不同的脚本，然后运行，先用鼠标左键点击不要松开，再点击右键，然后先松开右键，最后松开左键，看看会发生什么情况。于是你就可以理解为什么在intouch里面要把左右键的mouse down/mouse up 事件分开了！


[ 此贴被mym在2008-04-02 09:33重新编辑 ]

wjm8058 :


从前intouch的编辑器确实有其不足之处，但这都已经是过去的事了。老版本的intouch画面简单是没错，但画面质量下降换来的是极高的系统性能，有得有失嘛，也不能完全说成是缺点。

Intouch已经推出了10的版本，这个版本是WonderWare推出Intouch1.0以来最重大的一次产品升级。我们针对新版本的特性，各方面做一个说明

画面
新版本的intouch已经可以使用全新的画面编辑器ArchestrA Symbol Studio。以上各位所列出的种种不足已经在新的编辑器中彻底解决，现在intouch下已经可以开发出和Flash一样华丽的精美画面，而其所有的图型都是矢量的。

程序编写
在最新的IAS3.0平台下，编程方法完全采用面向对象的编程方法，做好的画面和写好的代码可以单独封装起来，做成一个个的Object,这些Object也支持继承，屏蔽，抽象。
面向对象的好处，熟悉C++的朋友们肯定是深有体会。相比之下，VB6下的并不支持面向对象技术，因为熟悉面向对象的程序员都清楚，VB6是面向事件的编程方法。
例如我们要做一个气罐，气罐上有若干个阀门，阀门还分别有出水阀门和进水阀门，我们用IAS来编程时会怎么做呢？先建立一个叫阀门的Object,然后在这个Object中完成一个标
准阀门的组态，这样我们就有了一个最简单的阀门了。但是我们还需要出水阀门和进水阀门，他们都有着阀门共同的一些特质，只是会有一些细微的小区别。然后我们就在叫阀门的Object上派生出一个实例，起名叫进水阀门，经过一些简单的修改后，派生出的阀门就成了进水阀门。于是同样很快又做出了出水阀门。这时，我们忽然发现最初建立的标准阀门有些小的BUG，但是画面上已经做了好多个阀门了，这个太简单啦，于是直接去修改标准阀门的Object，被修改的部分马上就传递到了派生出的进水阀门和出水阀门上，修改就很容易的完成了。然后我们又制作了气罐的Object，给他按上阀门，气罐完成了。完成上述工作后，以后我们就可以任意的组合，做出各种需要的气罐来，工作真的变得很轻松。那多下来的时间该怎么办呢？于是就去完善一下我们的气罐，把他做得更漂亮，功能更完善。一旦改进了气罐之后，项目中所有的气罐立即就会被改掉。我们的气罐就会变得越来越厉害了。

扩展性
一般组态软件扩展软件以外的功能时会首先考虑ActiveX，而Intouch对ActiveX支持的很不好这是公认的事实，而为什么会这样呢？那是因为WonderWare没有直接使用现成的VBA开发环境。微软的东西确实不错，但是一个组态软件编程引擎都是掌握在别人手里，那势必很多方面就会受制于人。
新一代的IAS平台已经不再使用ActiveX，因为那是十年前的东西了。IAS中完全支持.NET CONTROLS，功能远比ActiveX强大得多。自带丰富的函数库，而且可以直接调用.NETFramework2.0的函数库，这些新特性对于熟悉.NET技术的程序员来说更是如虎添翼。

报表
说起报表，我们会想起Crystal Reports（水晶报表）。而WonderWare对报表的解决方案是微软的Reporting Services。顺便说一个事情，多年前，微软购买下了Crystal Reports并将其集成到自己的Microsoft Visual Studio中，后来他的Reporting Services出台后，便转手买掉了Crystal Reports。可见Reporting Services各方面一定会优于水晶报表了。

Springal :

Crystal Reports和Reporting Services毕竟都是要花钱买的

都不是理想方案

所以大部分用Excel＋VBA，或者html


1.要享受到intouch10的，必须要配合IAS3.0，否则和9.5没有大的区别

2.刚开始以为支持Dot net为后台脚本，结果是支持。NET控件，不是支持DOT NET


不过ifix需要改进的地方太多了

wjm8058 :

确实如此，老的intouch已经局限，要根本解决原来的问题必须抛弃老的平台。