nanoCADが近づいおいたす。 スマヌトなデザむンを遞ぶ





6か月が経過したしたが、nanoCADのアップデヌトをリリヌスしおいたす-珟圚は5.0です。 感芚によるず、私たちはすでに暙準機胜の圢成ず集䞭的な蓄積の期間を過ぎおいたす。 今、私たちのCADプラットフォヌムをさたざたなチップやグッズで満たすだけでなく、それを䜿っお䜜業を最適化するずきでもありたす。 nanoCAD 5.0には、補品が垂堎に存圚する期間党䜓で最も野心的な倉曎が含たれおおり、個人的には最終結果は非垞に印象的です。 nanoCAD 5.0で発生した3぀の䞻芁な領域を匷調したす。



列挙された改善点のリストは非垞に長いです。 実際、nanoCADの5番目のバヌゞョンは倧幅に再蚭蚈されたプラットフォヌムであり、それに基づいお特別なCAD゜リュヌションずnanoCADプラットフォヌムの倉曎無料、英語、64ビットバヌゞョンおよび新しい゜リュヌションがリリヌスされたす。 nanoCAD 5.0のリリヌスにより、ナヌザヌは新しいレベルに移行できるようになりたした。さたざたな分野でスマヌトな蚭蚈を行うための倚くの高品質ツヌルをナヌザヌに提䟛しおいたす。



はじめに 統蚈。

そしお䌝統により、少しの統蚈。 以前のバヌゞョンを芋るず、2幎間の無料版nanoCAD無料3.7で245千ゞョブすべおのタむプのラむセンス-商甚利甚、教育掻動などに分かれおいたす。 nanoCADに基づいお、珟圚14の特殊なアプリケヌションがリリヌスされおおり、さらに5぀のアプリケヌションが開発および改良䞭です。 nanoCADは、OEM32-OEM64、FREE、RUS-INTの5぀のバヌゞョンで利甚可胜になりたした。 かなりの荷物を持っお䌚瀟の5呚幎に近づいたず蚀えたす...



nanoCADの最埌から2番目のバヌゞョン4.5は2012幎12月にリリヌスされたした。 ぀たり nanoCAD 5.0を開発するのに4か月以䞊かかりたした幎末幎始、そう...。 テストに2か月を芁し、玄30人の倖郚テスタヌを匕き付けたしたこの䜜業に感謝したす-これは非垞に貎重です。 さらに、自動テストによっお新しいバヌゞョンが実行されたした。これにより、䜜業のプロセスが倧幅に改善され、...



2か月のテストで、35個の内郚アセンブリを収集したした。 平均しお2日ごず。 私たちにずっお最も心配なこずは、dwg圢匏の新しいバヌゞョンでした-振り返っおみるず、DWG2013をサポヌトするために、ほがすべおのnanoCADモゞュヌルを䜜り盎さなければならず、その結果、各コマンドをダブルチェックする必芁があるこずを理解しおいたす。 そしお、銀の裏地はありたせん-ほずんどすべおのチヌムが完成および/たたは再蚭蚈され、叀い発蚀を怜蚎し、十分な時間がない問題を提起したした。



いずれにせよ、結果ずしお、20を超える革新、500を超える改善ず修正が行われたした。 䞀郚の堎所では、完党に再蚭蚈されたコヌドず、囜際版および64ビット版、アプリケヌション甚、および無料版倏の終わりにリリヌスする予定の基盀が構築されたした。 私の意芋では、4か月の仕事に非垞に適しおいたす。



では、囜内のCADプラットフォヌムnanoCADの新機胜は䜕ですか..



DWG2013圢匏

ご存知のように、nanoCADは* .dwg圢匏で盎接動䜜したす-開き、線集し、保存したす。 バヌゞョンによれば、*。dwgがサポヌトされおおり、R11 / 12から始たり、DOSオペレヌティングシステムで1990幎にAutoCADリリヌス11に実装されたした。 そしお珟圚、nanoCADはこの圢匏の最新バヌゞョン-DWG2013もサポヌトしおいたす。これは2012幎に登堎し、AutoCAD 2013/2014で䜿甚されおいたす。



nanoCAD 5.0      DWG –  R11  DOS   DWG2013
      
      





dwg圢匏のサポヌトは、圓瀟の戊略的利点です。 たた、* .dwg圢匏の幅広いバヌゞョンのサポヌトにより、少なくずもむンポヌト/゚クスポヌト機胜たずえば、Ascon、Intermech、Credoなどを介しおnanoCADを膚倧な数のサヌドパヌティ゜リュヌションず統合できたす。 そしおもちろん、オヌトデスクの゜リュヌションを䜿甚するず、nanoCADは远加の倉換や再保存を行わずに盎接察話でき、単䞀の蚭蚈環境を提䟛したす。



たた、nanoCADは* .dwg圢匏に付随するすべおのテクノロゞヌをサポヌトしおいるこずに泚意しおください-モデルリストスペヌス、倖郚リンク、プロキシオブゞェクト、ブロックの䜜成ず線集、動的ブロックずPDF基板、クリップボヌドなどのサポヌト そのため、nanoCADの䞀般的な蚭蚈原理は、他の䞀般的なCADシステムず倉わりたせん。



コマンドラむン

nanoCAD 5.0では、コマンドラむンが再び改善されたした-コマンドを芋぀けるためのアルゎリズムが改善されたした。 以前、コマンドラむンで文字を入力しようずするず、これらの文字で始たるコマンドPL = PLINEなどがりィンドりに衚瀺されたした。 珟圚、コマンドのオプションがあり、入力文字が名前の先頭だけでなく、䞭倮たたは末尟、たたはスペルミスでも芋぀かるこずがありたす。 結果は単なる怜玢ではなく、入力されたデヌタの自動修正でした。 間違いなく䟿利です...



  nanoCAD 5.0      –    .
      
      







ナニヌクなコマンド「ラスタヌずしお挿入...」

埓来のCADシステムはラスタヌでどのように機胜したすか バッキングのように。 ぀たり 情報はバックグラりンドにあり、いかなる方法でも線集できず、いかなる方法でも䜿甚されたせん。



nanoCADはラスタヌの操䜜においおよりむンテリゞェントです-これは前の蚘事で説明されたした。 独自の機胜「ラスタずしお貌り付け...」で新しいバヌゞョンを匷化したした。これにより、クリップボヌドからラスタを貌り付けるこずができたす。 いいえ、ラスタヌを以前に挿入するこずはできたしたが、OLEオブゞェクトずしおのみ挿入されたした-倖郚゚ディタヌを䜿甚しおラスタヌを線集する必芁があったため、たったく䞍䟿でした。



クリップボヌド䞊にあるラスタヌむメヌゞは、ラスタヌのようにnanoCADに送られたす。 カラヌ画像がバッファにコピヌされるず、カラヌ画像が挿入されたす。 癜黒の堎合、nanoCADはモノクロ画像を受け取りたす。



    «   »  nanoCAD 5.0
      
      





この機胜により、nanoCADをワヌクフロヌシステム、芏制デヌタベヌス、むンタヌネット゜ヌスに緊密に結び付けるこずができたす。 たた、nanoCADのラスタヌ線集機胜に加えお、興味深い䜜業技術が登堎したす。ワヌクフロヌシステムから暙準ドキュメントをコピヌし、䜙分なものを消去し、ラスタヌにベクタヌデヌタを描画したしたラスタヌバむンドを䜿甚。 最小限の劎力で、暙準文曞に基づいお、珟圚のプロゞェクトに関連付けられた新しい文曞を受け取りたした。 䞀郚の組織では、プロゞェクトの最倧80がたったく同じように実行されおいるずのこずです。新しいnanoCADでどの皋床の速床向䞊が埗られるか想像できたすか



nanoCAD 5.0でのオブゞェクトの遞択

プリミティブの遞択-CADの堎合、これは重芁な機胜の1぀です。 豊かな図面で䜜業するずきは、空気ずしお䜙分なものを玠早くふるい分ける必芁がありたす。 そのため、オブゞェクトの怜玢、䞊べ替え、分離のためのさたざたなツヌルに積極的に取り組んでいたす。 たた、nanoCAD 5.0では、倚くの新しいツヌルがここに登堎したした。



クむックピックチヌム
たず、再蚭蚈された「クむックチョむス」チヌムQS、QUICK。 以前は、このチヌムはブロック、コヌルアりト、テヌブル、サむズなどの耇雑なnanoCADオブゞェクトでのみ䜜業しおいたした。 珟圚、この機胜はプリミティブ、セグメント、円匧、円などに拡匵されおいたす。



  « »  nanoCAD 5.0      .
      
      





このダむアログでは、遞択、遞択ぞの远加、遞択からの陀倖を行うこずができたす。 圌は、ドキュメント党䜓、珟圚のシヌト、たたは図面の特定の領域内を怜玢できたす。 怜玢条件は保存し、埌続の䜜業で再利甚できたす。 膚倧な数の機胜-怜玢プロセッサ党䜓。



さらに、この関数はテヌブルでも䜿甚されたす-任意のテヌブルにレポヌトセクションを远加し、それを䜿甚しおプリミティブを自動入力できたす。 たずえば、特定のレむダヌからすべおのハッチングを収集し、その領域をテヌブルに衚瀺したす。 そしお最埌に、゚リアの総量をノックダりンしたす。 テヌブルは自動曎新、高速、自動圢成されたす。



  « »       nanoCAD
      
      





それははるかに良いように思えたすか しかし、遞択により、より倚くの革新がありたす...



類䌌オブゞェクトの遞択コマンドSELECTSIMILAR
第二に、SELECTSIMILARコマンドが完了したした-このチヌムの䜜業のロゞックが曎新されたした。 以前は、怜玢条件は「論理OR」によっお結合され、2぀以䞊の条件に䞀臎するオブゞェクトを遞択できたせんでした。 これで、怜玢条件「AND」を組み合わせたロゞック、わずかに改善されたダむアログ-ナヌザヌは満足するはずです



   nanoCAD 5.0    «  » (SELECTSIMILAR)    
      
      





オブゞェクトを分離するコマンド
第䞉に、オブゞェクトの分離のための新しいチヌム。 もちろん、これは遞択ツヌルではありたせんが、機胜の最終結果は䌌おいたす-䜜業に必芁なオブゞェクトに描画サむズを䞀時的に瞮小したす。 図面は巚倧で、特定のオブゞェクトグルヌプのみを䜿甚したすか たたはその逆-オブゞェクトの䞀郚を芋぀けたしたが、図面で䞀時的にそれらを必芁ずしたせんか コマンドを䜿甚しおオブゞェクトを分離したす-オブゞェクトの䞀郚を遞択し異なるレむダヌにある堎合でも、それらだけを残したす。 たたは、図面から非衚瀺にしたす。 それだけです



   nanoCAD 5.0         
      
      





そしお、もちろん、この機胜を無効にするず、すぐに元の状態に戻りたす。



新しいレベルの描画効率

なぜCADが必芁なのですか もちろん、ドキュメント、図面を䜿甚したす。 nanoCAD 5.0では、このための倚くの䟿利な新機胜を構築したした。



オブゞェクトの順序
ドキュメントで䜜業する堎合、互いに重なり合うプリミティブの山が垞に圢成されたす。 この堎合、通垞、すべおのデヌタの䞊にサむズずテキストを配眮したすが、ハッチングは背景に配眮する必芁がありたす-図面の3぀のコンポヌネントぞの特定の階局化が圢成されたすテキストず寞法、䞭倮のデヌタの描画、䞋郚のハッチング。 自動モヌドでは、そのようなバンドルを制埡するこずは困難です。なぜなら、 ほずんどの堎合、そのようなバンドルはより耇雑です。 ただし、ここでは、この方法で遞択したプリミティブを分解する関数を実装するこずを長い間蚈画しおいたす。 そしお、nanoCAD 5.0では、シヌケンスを制埡するための通垞のメカニズムに加えお、テキスト、サむズ、およびハッチングを制埡する䞀連の新しい機胜に察応しおいたす。



  nanoCAD 5.0      ,   
      
      





ワンクリック-図面たたは図面の遞択した郚分のすべおのテキストおよび寞法オブゞェクトが前景に移動したす。 別の-そしお、背景䞊のすべおのhatch化「萜ちた」。



ハッチングアりトラむン怜玢は蚭蚈芁玠を無芖したす
5番目のバヌゞョンに察する倚くの改善がナヌザヌから提案されおいたす。 豊かな絵を想像しおください。線、匕き出し線、サむズ、テキストなど、すべおが混同されおいたす。 そのような条件で、ハッチングの茪郭を瀺す必芁がある堎合は、䞀般的な茪郭の各閉じたセクションをクリックする必芁がありたす。 「茪郭怜玢アルゎリズムが蚭蚈芁玠を無芖した堎合、私たちの生掻ははるかに簡単になりたす」ずナヌザヌは私たちに曞きたした。 「受け入れられた」ず私たちは答えた。 そしお、実装された5番目のバヌゞョンでは...



     nanoCAD 5.0    
      
      





NanoCAD 5.0は、豊富な図面のハッチングのアりトラむンを芋぀けるアルゎリズムを最適化したす-蚭蚈芁玠を無芖するようになりたした。 ワンクリックするず、壁のサむズに関係なく、壁の茪郭がシェヌディングされたす。



テストを操䜜する
図面にはテキスト゚ントリが含たれたす。 たた、テキストにはさたざたな特殊文字が䜿甚されるこずがよくありたす斜面、角、チャンネル、ブランドなどの指定。 もちろん、「\ u + 00B2」や「%% c」などの特別な制埡コヌドを入力するこずで、このような文字を挿入できたす。 しかし、これはあたり䟿利ではありたせん-nanoCAD 5.0で今やった方法はもっず䟿利です

    nanoCAD 5.0     
      
      





そしお、次のこずを行いたした-MTEXTパネルず、プロパティりィンドりの単䞀行テキストのテキストフィヌルドに、盎埄の赀い蚘号が付いた特別なボタンを远加したした。これにより、頻繁に䜿甚される蚘号を含むコンテキストメニュヌが開きたす床、盎埄、アむデンティティ、正方圢、立方䜓蚘号。 さらに、特殊蚘号パネルぞの呌び出しにより、バむアス蚘号、I-Tauri、ギリシャ文字などを入力できたす。



テキストに぀いおは、ただ改善がありたす「テキストの倧文字小文字を倉曎する」コマンドTRASTER、TCASE。 Microsoft Wordでよく知られおいるダむアログが衚瀺され、非垞に理解しやすいアクションが実行されたす。

   nanoCAD 5.0   (TCASE)     
      
      





プロパティりィンドり
CADシステムでよく䜿甚されるもう1぀の芁玠は、遞択したオブゞェクトのパラメヌタヌを衚瀺し、堎合によっおはそれらを線集できる[プロパティ]りィンドりです。 nanoCADでは、このむンタヌフェヌス芁玠を定期的に改善しおいたす。



そのため、5番目のバヌゞョンでは、䞊蚘の[クむック遞択]および[類䌌遞択]コマンドを呌び出すためのボタンを[プロパティ]りィンドりに远加したした。 ナヌザヌ座暙系のリストを衚瀺する方が䟿利になりたした。 ポリラむンの堎合、「閉じた」パラメヌタヌがこのりィンドりに衚瀺されたした。぀たり、 これで、ポリラむンを遞択しおワンクリックで閉じるこずができたす。 ナヌザヌの芁求に応じお、ポリラむンの頂点でラむンのタむプを生成する方法を指定する機胜が远加されたした。このプロパティは、[プロパティ]りィンドりで2回クリックするこずで遞択したすべおのポリラむンに察しお倉曎できたす。 AutoCADテヌブルずnanoCADテヌブルを区別するこずを孊びたした-それぞれ、プロパティを個別に線集できるようになりたした。 倖郚リンクに぀いおは、挿入された図面ぞのパスを衚瀺する方法を孊びたした。 リストによっお倉曎されたプロパティは、マりスホむヌルで倉曎できるようになりたした。倚くの堎合、これはリストアむテムを狙うよりもはるかに高速です。 䞀般に、[プロパティ]りィンドりには倚くの小さなながらも重芁な倉曎がありたす。



ただし、個別に説明できる倧きな倉曎がありたす。これは[プロパティ]りィンドりの蚈算機です。 圌はどのように働いおいたすか 非垞に簡単-プリミティブセグメントなどを遞択し、プロパティりィンドりでデゞタル倀を持぀フィヌルドセグメントの長さなどを芋぀け、フィヌルド倀に数孊挔算を远加したす。たずえば、セグメントの長さ「1450」に「+240」を远加したす。 セグメントの新しい長さ「1690」を入力しお取埗したす。

           
      
      





図面を䜿甚する堎合のその他の倉曎
nanoCAD 5.0には、2D図面での䜜業を簡玠化たたは改善するために蚭蚈された倚数の小さな倉曎が含たれおいるず蚀わなければなりたせん。 たずえば、線の倪さの画面衚瀺のスケヌルをより䟿利に調敎できたす。 盎接のタスクに加えお、新しいダむアログを䜿甚しお、線の倪さの珟圚の倀ず枬定単䜍を蚭定したり、各レむダヌのデフォルトの線の倪さを個別にすばやく遞択したりできたす。



  nanoCAD 5.0        
      
      





ホットキヌ「SHIFT +ホむヌル-マりス」で3Dでナビゲヌトできるようになりたした。これは、最新のCADシステムで実行される盎感的なアクションです。 ブロックの耇数行属性が衚瀺されたした。 [倖郚リンク]ダむアログで、珟圚の図面に倖郚リンクを埋め蟌む挿入たたは埋め蟌む機胜が衚瀺されたした。 さらに、[倖郚リンク]ダむアログは、倖郚リンクが叀くなっおいるこずをナヌザヌに通知し、曎新を提案したす-同僚が隣のコンピュヌタヌで背景を線集しおいる堎合に非垞に䟿利です。



コピヌコマンドCOPYに新しいホットキヌの組み合わせが远加され、移動コマンドMOVEず組み合わされたした珟圚、CTRL + Dキヌを䜿甚しお、ナヌザヌは遞択したオブゞェクトを移動し、CTRL + SHIFT + Dキヌを䜿甚するず遞択したコピヌを移動したすオブゞェクト。 それは論理的で理解しやすい-䞀床行われたら、あなたは忘れないでしょう。



倚くの倉曎がありたす-nanoCAD 5.0をダりンロヌドしおいく぀かの図面を完成させお、自分で詊しおみるこずをお勧めしたす。



ドキュメントの準備ず印刷

CADが完璧に実行しなければならない次の䞻芁な郚分は、ドキュメントの準備ず印刷です。 そしお、䟿利な印刷を行うこずは䞀芋簡単そうではありたせんさたざたな倧刀印刷デバむスを考慮し、PDF圢匏を無芖せず、シヌトスペヌスずビュヌ画面での䜜業を簡玠化したす。



カスタムサむズで印刷する
nanoCADの以前のバヌゞョンでは、非暙準圢匏たずえば、トリプルA1での印刷がナヌザヌに困難をもたらすずいう事実に盎面しおいたした-そのようなシヌトを遞択するアルゎリズムは明らかではありたせんでした。 これらの圢匏をプログラムに組み蟌むこずをお勧めしたす。これらの圢匏は、[印刷]ダむアログの圢匏のリストに衚瀺されたす。 問題は、䞀郚の倧刀プリンタでは、プログラムがシヌトサむズを匷制しようずしおいたシヌトサむズが無芖されるこずでした。



たた、nanoCAD 5.0では、玙のフォヌマットを操䜜するロゞックを倉曎したした-珟圚、印刷デバむスのドラむバプロパティからそれらを受け入れおいたす。 たた、プリンタで䜿甚できる非暙準圢匏は、[蚭定]ダむアログの[甚玙圢匏]セクションに自動的に远加されたす。 さらに、[印刷およびシヌトオプション]ダむアログにはボタンがあり、プログラムの詳现蚭定に入らずにプログラムに新しい非暙準圢匏を远加するこずもできたす。



さらに、珟圚のnanoCADセッション内だけでなく、プログラムセッション間でも印刷蚭定を蚘憶し始めたした。



ビュヌポヌトを操䜜する
印刷の開発は、ビュヌポヌトを操䜜するための機胜の開発ず密接に関連しおいたす。 nanoCAD 5.0では、ビュヌポヌトのレむダヌのプロパティを再定矩するためのより芖芚的なツヌルを䜜成したした。 [レむダヌ]ダむアログに泚意しおください-新しく䜜成されたビュヌポヌトでレむダヌの動䜜を制埡する新しい列が衚瀺されたす。



  nanoCAD 5.0    ,        .
      
      





䞀郚のレむダヌたずえば、「SPDS_」で始たるレむダヌのこの列でボタンが無効になっおいる堎合、シヌトに新しいビュヌポヌトを䜜成するず、これらのレむダヌはデフォルトで固定されたす。



すでに䜜成されたビュヌポヌトでレむダヌのパラメヌタヌを再定矩する方が䟿利で明確になりたした。 シヌトでビュヌポヌトの線集モヌドに入るずIE内でダブルクリック、レむダヌのリストで远加の列がアクティブになり、珟圚のビュヌポヌトでのレむダヌのフリヌズを制埡したす。 しかし、それだけではありたせん..



ビュヌポヌトの線集䞭に[レむダヌ]ダむアログに移動するず、このビュヌポヌトのレむダヌプロパティ凍結/解凍レむダヌ、色、線皮、線の倪さ、印刷スタむルをオヌバヌラむドするず、ダむアログの察応する列の名前が倉曎され、再定矩されたプロパティが匷調衚瀺されたす。 これにより、モデル空間から取埗した仮想的に新しい図面を即座に取埗できたすが、特定のシヌトの新しいルヌルに埓っおカスタマむズおよび描画できたす



 nanoCAD 5.0        
      
      





この機胜により、ビュヌポヌト内のレむダヌのプロパティを簡単に再定矩できるので、経隓の浅い初心者でもすぐに理解できたす。



シヌト管理
おそらく、ドキュメントの準備ず印刷に関連する郚分の説明は、远加のシヌト管理ツヌルの説明で完了する必芁がありたす-すべおが非垞に簡単になりたした。 nanoCADの以前のバヌゞョンでは、別のりィンドりでシヌトを移動、コピヌ、名前倉曎できるシヌトマネヌゞャヌを実装したした。 シヌトタブのコンテキストメニュヌでこれらのコマンドを耇補したした。

           : , , ,   ..
      
      





䟿利ですか 間違いなく...



プラットフォヌムずしおのnanoCAD-APIむンタヌフェヌスの開発

もちろん、nanoCAD 5.0の革新に぀いおの話は䞍完党です。プラットフォヌムの機胜を拡匵するのに圹立぀APIツヌルの開発に぀いお話さない限りは。



曎新された開発者キットSDK、゜フトりェア開発者キット
nanoCADプログラミングむンタヌフェむスAPIは、すべおの開発者に公開されおいたす。 たた、簡単に開始できるように、SDKにはサンプルプロゞェクトが含たれおいたす。 クむックスタヌトは非垞に高速であるため、Visual StudioでNCadSDK.sln゜リュヌションを開き、それを収集し、F5ボタンをクリックしお「デバッグの開始」コマンドを実行しお、すべおのサンプルをnanoCADにロヌドしたす。



開発キットSDKがプログラムずずもにむンストヌルされおいるこずを思い出しおください-むンストヌラヌでこのコンポヌネントを有効にしおください

     nanoCAD     
      
      





NanoCAD 5.0には、開発クラブの枠組みの䞭で議論された最新の倉曎が含たれおいたす。 SDK党䜓が、DWG圢匏で動䜜する新しいラむブラリずの互換性に぀いおテストされたしたこれは、新しいDWG2013圢匏の実装に関連しお倧幅に曎新されたした。 さらに、nanoCAD 5.0は、アプリケヌション開発に関連する2぀の非垞に芁求の高い機胜を実装しおいたす。



nanoCADにアプリケヌションをむンストヌルする
たず、nanoCADプラットフォヌムにアプリケヌションをむンストヌルする機胜を実装したした。 ぀たり アプリケヌションを開発するだけでなく、nanoCADを芋぀けおラむブラリを远加し、nanoCAD環境にアプリケヌションを登録するアプリケヌションのむンストヌルプログラムを䜜成するこずもできたす。 以䞋のすべおのプログラムが起動するず、アプリケヌションは䞍可欠な郚分ずしおnanoCADにロヌドされたす。



未実珟機胜の分析
次に、nanoCADはサヌドパヌティアプリケヌションの呌び出しを制埡し、nanoCADにただ実装されおいないAPI関数のログを保持したす。 これはどういう意味ですか 簡単です...未実珟の関数を呌び出すず、nanoCADはこれをキャプチャし、開発者に情報メッセヌゞを送信するように提案したす。 このようなメッセヌゞを収集しお分析し、分析の結果に応じお、API開発の優先順䜍を調敎したす。 したがっお、䞀緒にすれば、nanoCADをすべおの人が満足できる状態にするこずができたす。



システム芁件

最埌に、nanoCADのシステム芁件に぀いお少しお話ししたいず思いたす。特にnanoCADの開発では、これに倚くの泚意を払っおいたす。 より正確には、最適か぀合理的なバランスを維持しようずしおいたす。スケヌルの䞀方には、毎幎耇雑化するリッチな蚭蚈タスクを解決できるハヌドりェアコンプレックスの絶え間ない開発があり、もう䞀方は、すべおのデザむナヌが毎幎コンピュヌタヌハヌドりェアを曎新できるわけではないずいう事実にありたす。 特に、解決されるタスクがこれを必芁ずしない堎合。 そのため、比范的匱いハヌドりェア向けにnanoCADを最適化し、最新の技術ず芁件を考慮しおいたす。 コンポヌネントを芋おみたしょう...



ハヌドディスクの空き容量
珟圚、nanoCADのむンストヌル配垃プラットフォヌムには玄120 MBが必芁です。䜜業に必芁な.NETおよびMicrosoftシステムラむブラリず䞀緒に-340 MB以䞋。むンストヌル埌、nanoCADはディスク䞊で230 MBを少し䞊回りたす。同意したす。珟代の基準では、これは埮芖的に小さいです。そしお、最も近い競合他瀟に泚意を払っおください-圌らは䜕癟倍もかかり、しばしばむンタヌネットからギガバむトの情報をダりンロヌドするこずをナヌザヌに匷制したす。なんで 実際、このような小さなサむズであっおも、nanoCADには、実甚的なドキュメントの開発ず制䜜に必芁なすべおの機胜が備わっおいたす。



RAM
nanoCADが機胜するには、どれくらいのメモリが必芁ですかこの質問に察する答えは、䜿甚する図面によっお異なりたす。 nanoCADは512 MBでも起動できたす-これらは最小芁件です。同時に、オペレヌティングシステムはRAMの少なくずも半分を占有し、nanoCADは他のプログラムずずもに残りの半分に集䞭したす。これで快適に䜜業できるずは考えられたせんが、それでも...深刻な䜜業には、2 GB以䞊のRAMを䜿甚するこずをお勧めしたす。



快適な䜜業に必芁な量を理解するには、最も耇雑な図面たずえば、nanoCAD freeを開き、[プロセス]タブのWindowsタスクマネヌゞャヌを確認したす。リストでncad.exeプロセスを芋぀け、それがどれだけのメモリを䜿甚したかを確認したす。この倀を1.5倍から2倍に増やすず、コンピュヌタヌに必芁なRAMの量が埗られたす。



ハヌドドラむブ䞊の図面のサむズず開いおいる図面のサむズは倧きく異なる可胜性があるこずに泚意しおください。150MBのサむズのドキュメントが最倧2GBのRAMに「展開」されおいたす。圓然、1GBのRAMを搭茉したコンピュヌタヌでこのような図面を操䜜するこずは困難でした。Windowsはハヌドドラむブ䞊の仮想メモリを垞に䜿甚しおいたため、叀いハヌドりェアではプログラムの䞍可解なクラッシュに぀ながりたす。



nanoCAD開発者はこの状況でどのように支揎できたすかRAMに開いおいる図面のストレヌゞを最適化しお、デヌタをよりコンパクトに配眮できたす。たた、nanoCAD 4.0-5.0ではこれで倧きな成功を収めたした。ほずんどの堎合、同じ図面nanoCADが競合他瀟に比べおコンパクトに開きたす。これにより、最終的にRAMずオペレヌティングシステムのビット深床を節玄できたす。



オペレヌティングシステムずその容量
ずころで、OSずそのビット深床に぀いお... nanoCAD 5.0以降、プラットフォヌムはXPから8たでのすべおのWindowsオペレヌティングシステムをサポヌトしたす。32ビットバヌゞョンず64ビットバヌゞョンの䞡方。぀たり、nanoCADは、耇雑なプロゞェクトや4〜5幎前に賌入したコンピュヌタヌで必芁ずされる可胜性が最も高い最新のハヌドりェアシステムで動䜜したす。



それでも、Windows XPおよびWindows Vistaの所有者がオペレヌティングシステムの曎新に぀いお怜蚎する時が来たした-近い将来、マむクロ゜フトはこれらの補品をサポヌトから削陀し、nanoCAD開発者がnanoCADを毎幎動䜜させるこずはたすたす困難になりたす。 nanoCADの1぀たたは2぀のバヌゞョン、およびこれらのオペレヌティングシステムは、プラットフォヌムのシステム芁件から陀倖されたす。



もちろん、コンピュヌタヌパヌクの曎新を怜蚎しおいる堎合は、64ビットのWindows 8に切り替えるのが理にかなっおいたす。これらのコンピュヌタヌは、今埌4〜5幎で快適な䜜業を提䟛したす。



ビデオカヌドずビデオサブシステム
たた、コンピュヌタヌのビデオサブシステムに぀いおも話したいず思いたす。グラフィックシステムnanoCADも間違いなく適甚されたすは、ビデオに高い芁求を課したす。たた、描画が豊かになるほど、詳现、テキスト、ハッチング、ポリゎン、スプラむン、ポリラむンが现かくなり、グラフィックスの生産性が向䞊し、動䜜が速くなり、CPUリ゜ヌスが解攟されたす。そのため、ビデオカヌドには保存しないこずをお勧めしたす。専門的な仕事には専門的なデバむスが必芁です。



nanoCADの堎合、私の掚奚事項は次のずおりです。

  1. . ( ), , , . – , .
  2. . , .




おわりに

玠晎らしい蚘事になりたした...そしお、それにもかかわらず、nanoCADで新しく登堎したすべおのものをリストしたせんでした-プログラムの最も顕著な革新に觊れたしたDWG 2013圢匏、改善されたコマンドラむン、バッファヌからラスタヌを挿入するコマンド、倖郚リンクを埋め蟌む、特殊文字を挿入するコマンド耇数行ず単䞀行のテキスト、オブゞェクトの分離、テキストのシヌケンス、サむズずハッチング、プロパティりィンドりの蚈算機、3次元空間のナビゲヌションの改善、パン䞭のハッチングの衚瀺の改善、改善NYハッチ境界怜玢、高床なクむック遞択QSELECT、ビュヌポヌト内の凍結局の管理は、ブックマヌクのコンテキストメニュヌからコントロヌルシヌトは、Windows 8のために、非暙準フォヌマットでのサポヌトを印刷改善したした。



私たちはあなたにずっお最も䟿利で、快適で、最も愛されおいるCADを本圓に䜜りたいず思っおいたすnanoCAD 5.0では、補品の党履歎500以䞊で゚ラヌずコメントの最も倧芏暡な修正が行われたずいう事実に留意しおください。5番目のバヌゞョンのリリヌスにより、nanoCADは1぀でも䞊昇したせんでしたが、すぐに理想的な目暙に到達するたでのいく぀かのステップがありたす。



nanoCADはWebサむトwww.nanocad.ruで芋぀けるこずができ、どのCADベンダヌからでも補品を賌入できたす。nanoCADは非垞に近くなりたした。



良いプロゞェクトを



All Articles