CAXA图文档，服务端参数设置

hxd

"关键字属性为空是否参与匹配"：非常不好理解，为什么直接判断空和空相同，而非得有关键字为空就是新零件？有什么应用场景？

“无浏览权限是否展开树节点”：确实比较实用，但是如果某大类下已经有很多大类和产品，而有新人员加入的时候，更改一次权限太慢了，还经常提示网络中断。

Luke

产品精细化了固然好，但稳定性也至关重要，以前的版本稳定性都太差了，经常报错，经常要刷新。特别是浏览和提取控件，重新注册是经常的事，软件运行也会偶尔出错跳掉，经常要卸了重装的软件没多少人愿意使用的。而且每次发布新版本，紧接着都会有一堆补丁，给客户打补丁是很烦的事情，客户也很烦，补丁多了客户对软件的评价也会大打折扣。希望新版本在精细的基础上能够更稳定、更实用。
hhz 发表于 2011-5-26 18:58:00

稳定最重要，地基不牢的楼房再漂亮也没人敢住

hhz

产品精细化了固然好，但稳定性也至关重要，以前的版本稳定性都太差了，经常报错，经常要刷新。特别是浏览和提取控件，重新注册是经常的事，软件运行也会偶尔出错跳掉，经常要卸了重装的软件没多少人愿意使用的。而且每次发布新版本，紧接着都会有一堆补丁，给客户打补丁是很烦的事情，客户也很烦，补丁多了客户对软件的评价也会大打折扣。希望新版本在精细的基础上能够更稳定、更实用。

hhz

zhuyusong

"关键字属性为空是否参与匹配"：非常不好理解，为什么直接判断空和空相同，而非得有关键字为空就是新零件？有什么应用场景？

hxd 发表于 2011-5-27 22:27:00

这个参数是不太好理解。

关键字属性为空是否参与匹配 1参与匹配，0不参与匹配。不参与匹配，则有关键字是空，就当做新零件。

－－－－－－－－
场景一：

企业规定 自制件的 代号和名称 都必须填写， 而且零件的关键字是 名称＋代号


零件1  名称A ，代号001
零件2  名称A， 代号002

如果画图时，零件1 和 零件2 ， 都只录入了名称 忘了代号。


此时，如果设置1－－－ 关键字属性为空 参与匹配。
则零件2入库时，会匹配到 名称A ，代号空的零件，即借用零件1。

此时，如果设置0－－－ 关键字属性为空 不参与匹配。
则零件2入库时，会建立一个新零件。

按照这个场景，应该是设置成0，不参与匹配才合理。同时也能检查出哪些数据不完整。

zhuyusong

场景二：

企业规定 自制件的 代号必须填写， 而且零件的关键字是  代号 +名称＋规格  ，因为有的零件细致到规格，有的不用。


此时，如果设置1－－－ 关键字属性为空 参与匹配。
则零件入库时，规格为空，就只判断代号＋名称了。

此时，如果设置0－－－ 关键字属性为空 不参与匹配。
则零件入库时，规范为空，都会当成新零件。

按照这个场景，应该是设置成1，参与匹配才能满足规格可有可无的需求。

zhuyusong

“无浏览权限是否展开树节点”：确实比较实用，但是如果某大类下已经有很多大类和产品，而有新人员加入的时候，更改一次权限太慢了，还经常提示网络中断。
hxd 发表于 2011-5-27 22:27:00

权限都更新一遍是比较慢的。

所以对产品的授权，最好是以角色的方式。

这样增、减人员的时候，都只需要调整某个角色人员，而不需要产品权限的变化。

zhuyusong

复习一下

zhuyusong

如果关键字就一个，那么“空”就不参与匹配（或者自制件中的空不参与匹配），如果有多个关键字，那么“空”就参与匹配，且自动更新结构树时也要保证认为是同一个零件，不要再提示借用。

----------感觉挺有道理，应该也是一种常见场景

hxd

如果设置成0，不参与匹配，我感觉其实就是以“空不等于空”的方式进行了匹配，导致所有关键字有空内容的零部件出库后重新入库提取结构时，系统认为该零部件为新添加的零部件，且原有的被认为已经移除，其实不然。
如果设置成1，参与匹配，则会以“空等于空”的方式进行匹配，导致首先自制件代号为空的零部件统统变成一个零件，同时产生借用关系；其次，图纸出库后再入库时，系统认为有“空”内容的零部件和已存在的相同，但不认为是同一个，提示借用，但又借用不成功，因为已经有相同关系存在。
所以，我觉得为了能灵活的进行信息的读取，如果关键字就一个，那么“空”就不参与匹配（或者自制件中的空不参与匹配），如果有多个关键字，那么“空”就参与匹配，且自动更新结构树时也要保证认为是同一个零件，不要再提示借用。