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，參與匹配，則會以“空等於空”的方式進行匹配，導致首先自製件代號為空的零部件統統變成一個零件，同時產生借用關係；其次，圖紙出庫後再入庫時，係統認為有“空”內容的零部件和已存在的相同，但不認為是同一個，提示借用，但又借用不成功，因為已經有相同關係存在。
所以，我覺得為了能靈活的進行信息的讀取，如果關鍵字就一個，那麽“空”就不參與匹配（或者自製件中的空不參與匹配），如果有多個關鍵字，那麽“空”就參與匹配，且自動更新結構樹時也要保證認為是同一個零件，不要再提示借用。