| Август 2003 → | ||||||
|
2
|
3
|
|||||
|---|---|---|---|---|---|---|
|
4
|
5
|
6
|
7
|
8
|
10
|
|
|
11
|
12
|
13
|
14
|
15
|
16
|
17
|
|
18
|
19
|
21
|
22
|
23
|
24
|
|
|
25
|
26
|
27
|
28
|
29
|
31
|
|
За последние 60 дней ни разу не выходила
Сайт рассылки:
http://www.lekala.info
Открыта:
27-07-2003
Адрес
автора: home.modebeauty.vikroyka-owner@subscribe.ru
Статистика
-1 за неделю
Построение выкроек на компьютере
| Информационный Канал Subscribe.Ru |
|
Письмо 2 Добрый день! Это второе письмо в почтовой рассылке "Построение выкроек на компьютере". Рассмотрим понятие <структурированность>. Можно, описывая методику построения, строить точки и линии в произвольном порядке, можно следовать некоторой логике. Методика, в зависимости от разработчика, может иметь различный вид: кто-то опишет прибавки и коэффициенты в начале методики, кто-то распределит их по всему тексту, описывая по мере использования. Один будет описывать построение через определение координат, другой - через оператор <отложить>. Можно каждый логически законченный фрагмент текста выделять пустыми строками и комментариями. При записи циклов и условных операторов можно делать дополнительный отступ в 2-4 пробела, чтобы выделить тело цикла или условного оператора. В любой посвященной технологиям программирования книге вы найдете дополнительные рекомендации по внешнему оформлению текста программы (методики). Конечно, вы можете сказать: <Я не программист, я конструктор. Поэтому я буду писать, как могу, без всяких правил, и многолетний опыт общения программистов с компьютерами мне не указ>, и будете совершенно не правы. Дополнительные правила написания текста программ программисты вводили не от хорошей жизни, а для борьбы со сложностями работы со сложным неструктурированным текстом. Конечно, методика конструирования в системе ЛЕКО (100-400 строк) ни в какое сравнение не идет с современными программами (например, исходные тексты самой программы ЛЕКО занимают 200 тысяч строк). Поэтому и требования к оформлению текста методики могут быть значительно проще, но чем больше будет логики в оформлении текста, тем легче он будет читаться и тем легче будет с ним работать. У нас используется следующий порядок оформления: { название модели } { на какие размеры разработана } размеры; расчет прибавок и параметров построения { построение основных опорных точек и линий (основы) } { моделирование } { построение вспомогательных лекал } конец; Унификация обозначений имеет большее значение, чем структурированность. В языке описания лекал отсутствует понятие процедуры, нет деления памяти на различные области. Это сделано для максимального упрощения языка описания построения лекал, для того, чтобы не делать из конструктора программиста. При таком подходе унификация обозначений имеет большее значение, т.к. видимость любого элемента становится глобальной и возможно ошибочное переопределение переменной. В ранних версиях системы ЛЕКО (до версии 6.8) переменные нельзя было переопределять, и это обеспечивало отсутствие ошибок, связанных с переопределением. В последних версиях переменные стали действительно переменными, т.е. в них можно записывать различную информацию и менять ее в процессе построения. Более того, в переменные можно записывать разнородную информацию (числа, строковую информацию, точки, линии, списки линий, лекала, в том числе и трехмерные). Поэтому, чтобы не запутаться, пользователю самостоятельно нужно выбирать значимые идентификаторы для обозначения переменных. Можно использовать аналог венгерской нотации, используя для обозначения типа хранимой информации первые буквы идентификатора: Рз_ - размеры из базы данных П - прибавки С_ - сплайны О_ - отрезки Т_ - точки Д_ - дуги Уг_ - угловые величины Использование унификации обозначений позволяет быстро переносить фрагменты построения между конструкциями. Т.е. если нужен двухшовный рукав, мы просто копируем его построение из другой модели и получаем построение рукава со всем прикладом, автоматически настроившееся на пройму текущего изделия. Унификация обозначения точек позволяет легко и быстро <читать> любой чертеж, вносить исправления и дополнения. Почему тему конструирования мы начали с комментариев, структурированности, значимости и унификации обозначений? Потому, что во многих печатных методиках эти вещи отсутствуют. При поверхностном просмотре это может быть незаметно, однако когда вы начинаете повторять построение в компьютере, возникает масса проблем: где рассчитана прибавка, откуда получился этот результат, как построена точка, на сколько выгнута линия и т.д. В итоге вместо 1 часа для ввода методики может потребоваться 8 часов напряженной умственной деятельности с постоянным листанием книги. Продолжение в следующем письме.
Если Вас интересует дополнительная информация - пишите leko@lekala.info нам. Посетите наш сайт www.lekala.info |
конец
| http://subscribe.ru/
E-mail: ask@subscribe.ru |
Отписаться
Убрать рекламу |
| В избранное | ||
