Electronic CAD Frameworks

وقتی صحبت از چارچوب ها می شود، به نظر می رسد داستان آشنای فیل و شش فیلسوف نابینا صدق می کند. همانطور که هر فیلسوف با بخش جداگانه ای از فیل روبرو می شد، هر یک قضاوت سنجیده، اما ناقص خود را بیان می کرد. یک فیلسوف نابینا پایی را احساس کرد و آن را درختی تصور کرد. دیگری دم را حس کرد و فکر کرد که طنابی در دست گرفته است. دیگری پهلوی فیل را احساس کرد و فکر کرد که او جلوی دیوار ایستاده است. ما قرار است در مورد قضاوت های فوری از این داستان بیاموزیم، اما نویسنده آن ممکن است چارچوب های اتوماسیون طراحی را توصیف کرده باشد. زیرا در واقعیت الزامات توسعه محصول امروزی، یک چارچوب باید برای بسیاری از افراد چیزهای زیادی باشد. xiv چارچوب های CAD: فناوری یکپارچه سازی برای CAD همانطور که نویسندگان این کتاب خاطرنشان می کنند، طراحی چارچوب یک مشکل بهینه سازی است. به نحوی، هم باید برای یکی طناب برتر باشد و برای دیگری درختی بزرگ. به نوعی باید محیطی استاندارد برای بهره برداری از پتانسیل کامل ابزارهای مهندسی به کمک رایانه فراهم کند. و به نوعی باید انتزاعاتی از قبیل قابلیت همکاری و تعویض پذیری واقعی ایجاد کند. برای سال‌ها، ما در مورد یک چارچوب به‌عنوان چیزی که خدمات کاربردی‌محور را ارائه می‌کند، صحبت کرده‌ایم، درست همانطور که یک سیستم عامل پشتیبانی در سطح سیستم را ارائه می‌کند. و برای سال‌ها، این عبارت ساده پیچیدگی فوق‌العاده ارائه این خدمات را پنهان کرده است.

When it comes to frameworks, the familiar story of the elephant and the six blind philosophers seems to apply. As each philoso­ pher encountered a separate part of the elephant, each pronounced his considered, but flawed judgement. One blind philosopher felt a leg and thought it a tree. Another felt the tail and thought he held a rope. Another felt the elephant's flank and thought he stood before a wall. We're supposed to learn about snap judgements from this alle­ gory, but its author might well have been describing design automation frameworks. For in the reality of today's product development requirements, a framework must be many things to many people. xiv CAD Frameworks: Integration Technology for CAD As the authors of this book note, framework design is an optimi­ zation problem. Somehow, it has to be both a superior rope for one and a tremendous tree for another. Somehow it needs to provide a standard environment for exploiting the full potential of computer-aided engineering tools. And, somehow, it has to make real such abstractions as interoperability and interchangeability. For years, we've talked about a framework as something that provides application-oriented services, just as an operating system provides system-level support. And for years, that simple statement has hid the tremendous complexity of actually providing those services.