|
|
回復 92# zfBIM
好吧，我承認我發(fā)的每一個帖子都需要二次解釋~大概是我腦子比較亂~
您也說了呀，BIM不是設計師干的活，BIM過程是制作不是設計！
我沒什么別的意思，就是討論一下，請問這個“過程是制作”該怎么理解呀，我始終不明白的是su的模型如何攜帶那么多信息并且保證信息絕對正確，不會被誤操作？個人對su的理解就是一個純粹的表現(xiàn)和推敲軟件，也許su真的有一些深層次的功能是我沒有理解的，但是我還是很難理解su如何完成bim的重任？
我認為除非su有一天有了像天正這樣專業(yè)的系統(tǒng)的插件，才有可能實現(xiàn)bim，但是就目前的情形來看，以天正為例，在autocad R14版本以前，autocad的開發(fā)工具提供的應用編程接口（API）與autocad圖形核心之間是缺乏直接聯(lián)系的，無論開發(fā)者的編程水平多高，最終獲得的程序指示起到加快專業(yè)圖形生成速度的目的，所生成的無非也是autocad的基本圖形對象。例如墻這個構件，用普通開發(fā)手段只能做到以一對line拼湊而成，無法在其中同時表現(xiàn)真實的三維高度、開洞、保溫層、墻體材料等固有屬性，我們現(xiàn)在su的各種插件，和autocad這個時期的插件非常類似。
從autocad R14版本開始，autocad公司推出了一種嶄新的開發(fā)手段，稱為 object ARX 技術，從此開發(fā)者可以運用面向對象的編程技術，自己創(chuàng)造帶有專業(yè)特性的圖形對象（不再是autocad基本圖形對象），自定義對象在autocad里的幾何表示完全由開發(fā)者按照自己的意圖指定，自定義對象可以具有完整的幾何和物理特性，自定義對象不但可以按專業(yè)特性獨立定義，而且各種自定義對象之間可按預先定義的相關關系智能聯(lián)動。由此autocad的擴展能力就被提高到一個新的高度，只要擁護對專業(yè)有足夠的理解，通過編程二次開發(fā)，就會擁有一個專門為自己量身定制的cad系統(tǒng)。
而我們目前面臨的現(xiàn)狀是：su目前所處的境地，就像是autocad R14版本之前的處境，眾多的su插件可以便捷的制作出各種物件，比如拉線成面，線轉墻體等，但是他們無一例外的不是“su基本對象的集合”，它們不可能包含上述的三維高度、開洞、保溫層、墻體材料等固有屬性，因此，我說目前的su，其攜帶的信息量少的可憐，完全不具備發(fā)展為bim軟件的基礎。
所以，su能否發(fā)展為bim軟件，并不在于我們是否能開發(fā)出更強大的插件，而是取決于google是否愿意像autocad R14一樣公開su底層的圖形類型庫和軟件接口API，只有他公開了這些底層基礎，su才有可能發(fā)展出像天正一樣的專業(yè)化的插件，而如果google不愿公開，那么這一天將永遠不可能來到。
然而，更深層的問題在于，su的插件全部基于ruby語言開發(fā)，而su再怎么說也應該是visual studio的產物，這樣問題就在于google即使公開了底層接口，ruby語言也未必能調用，到時候也許ruby語言的插件將難以完成創(chuàng)建“自定義對象類型”的重任，那么我們的插件開發(fā)者就必須放棄ruby，轉向c或者其他什么語言，以c語言為例，ruby作為一個開放的編程語言，在業(yè)余領域熱愛它和鉆研它的人自然比c語言要多（這話也許不對，但我想不出更好的表示），眾所周知目前的su插件都是業(yè)余愛好者開發(fā)的，當我們不得不使用c語言開發(fā)插件時，我們的插件種類必然會大幅度萎縮，功能也必然趨于單一化，甚至由于c語言的開發(fā)成本限制，我們可能很難再見到免費的插件了。
請注意，以上這些都是建立在如下假設上的：“假設一：有人愿意業(yè)余為su開發(fā)c語言插件，假設二：su的插件可以調用google公開的底層接口，假設三：google愿意開發(fā)新版本公開接口?！碧热暨@三個假設任何一個是不成立的，那么su走向bim的道路，一定是漫長而無望的。 |
|
/1 
