[Publipor]

Здравствуйте.
Помогите новичку выбрать перспективный язык программирования для создания собственных команд (программ) для autocad

[Кулик Алексей aka kpblc]

Неужели поиск по слову *программиров* не выводит никаких результатов?

[Сергей812]

каким владеете или можете овладеть в кратчайшие сроки - на том и пишите (lisp, vba, Net, C++ и т.д.). А то так и застрянете на выборе перспективного языка вместо реализации своих команд)

[Publipor]

Сообщение от Кулик Алексей aka kpblc Неужели поиск по слову *программиров* не выводит никаких результатов?

Есть, но несколько тем датированы за 2007-2010 год, я дума за 10 лет, что-то могло измениться

[trir]

C#

[Кулик Алексей aka kpblc]

Сообщение от Publipor Есть, но несколько тем датированы за 2007-2010 год, я дума за 10 лет, что-то могло измениться

В сегодняшних реалиях я бы ставил на .NET. Offtop: Сам пытаюсь на нем что-то ваять, процесс захватывает.

[Boxa]

как минимальный порог вхождения то C#, если всерьез и на долго, то плюсы.
Уже давно смотрю в сторону плюсов... но все не варианта перейти...

[Сергей812]

Как обычно, ТС тщательно шифруется насчет своих намерений/желаний и существующих навыков в программировании)

[Vladimir_Sergeevich]

В соседней ветке уже определили большинством голосов в 37 %, что выбирать надо "матерный".
Все прочее от лукавого.

[Сергей812]

главное - начать хоть что-то писать..) а язык программирования можно и сменить со временем

[LenidSN]

Тема такая, из доброго старого времени...
Для инженера-автокадчика, а не профессионального программиста, нет ничего лучше VBA for AutoCAD.
Перечислять плюсы можно долго, но пока сам не попробуещь, оценить их (а также минусы) не представляется возможным.

[Кулик Алексей aka kpblc]

В последних версиях минус как минимум один: модуль VBA устанавливается отдельно.

[v.psk]

Сообщение от Publipor Помогите новичку выбрать перспективный язык программирования для создания собственных команд (программ) для autocad

а какое прикладное применение? Какая должность, обязанности? Для саморазвития или для выполнения должностных обязанностей?
ну вот еще родственные темы, мало ли не загуглилось...
обучение чайника лиспу ... это на мой взгляд ... тернистый путь
создание софта
айти или проектирование
без прикладной задачи трудно и скучно читать теорию.... есть задача то?

[Сергей812]

Сообщение от Кулик Алексей aka kpblc В последних версиях минус как минимум один: модуль VBA устанавливается отдельно.

c 2010 акада - это явно не последние версии) Да и связку Excel -> COM -> AutoCAD пока еще вполне можно использовать для задач малой автоматизации в сжатые сроки.
Offtop:

Сообщение от v.psk для выполнения должностных обязанностей?

заходит программист САПР на сайт dwg.ru: А на каком языке программирования лучше начинать новичку?

[Кулик Алексей aka kpblc]

Сергей812, ну я не помню с какой именно это началось

[zahhhhh]

Сейчас актуальнее программировать для Revit...

Можно начать с dynamo и питона.
Для чего-то более продвинутого - С#

[trir]

Можно начать с dynamo и питона.

знать python конечно полезно, но по мне это только всё усложнит...

[Сергей812]

Offtop:

Сообщение от zahhhhh Сейчас актуальнее программировать для Revit...

и пофиг, что ТС работает в акаде на текущий момент

Сообщение от Publipor для создания собственных команд (программ) для autocad

))

[bigden]

Сообщение от Boxa как минимальный порог вхождения то C#, если всерьез и на долго, то плюсы. Уже давно смотрю в сторону плюсов... но все не варианта перейти...

а в чём у плюсов преимущество?

[nickname2019]

Сообщение от bigden а в чём у плюсов преимущество?

Основное преимущество - ядро автокада на писано на c++. Это дает возможности расширять функционал Autocad при помощи c++ любым образом, включая создание собственных графических (и не только графических) объектов путем наследования от существующих стандартных акадовских классов.

Скорость работы ресурсоемких алгоритмов на c++ должна быть выше, так как c++ - создает комилируемый файл, а не интерпретируемый.
C# , VBA и т.д. вызывают функции и работаю с объектами, большинство которых написано на c++, а при программировании на c++ это можно делать напрямую.

Можно много времени потратить на программирование в VBA, создать кучу наработок, чтобы однажды понять, что некоторые задачи на нем решить невозможно. У c++ таких ограничений, насколько я знаю, практически нет.

А новичку, имхо, желательно начинать с освоения существующего функционала, а именно - динамических блоков.

[Boxa]

Сообщение от bigden а в чём у плюсов преимущество?

Лично для меня - возможность взаимодействовать с большим множеством программ, API на .NET или COM, встречаются не так часто, как хотелось бы, а иметь возможность не только "рисовать" в каде, но и задействовать "взрослые" расчетные программы, для обоснования этого "рисования" - очень заманчиво. Можно еще конечно дополнять разными фактами, но лень, да и nickname2019 уже написал многое в предыдущем посте.

[Сергей812]

ну а минусы С++:
1. Придется самому контролировать полностью все ресурсы. Для профессиональных программистов, у которых это основной вид деятельности и опыт работы - это не так критично, для прикладных программистов (включая самоучек) дополнительные траты времени.
2. Большая зависимость от версий программ и средств разработки.

Так что если собираетесь работать в акаде со стандартными примитивами - их отрисовка, модификация, привязка данных, организация взаимосвязей и т.д., и при этом не имеете достаточного опыта в программировании на низкоуровневым С++ - данный язык для вас лишь лишние затраты времени, имхо. Основная задача прикладных программистов - получить работоспособную программу в приемлемые сроки/трудозатраты. В этом плане управляемые языки типа .Net оптимальны, имхо - есть много написанных готовых классов в составе самого фреймворка, в инете есть множество учебников по базовым вещам с примерами и форумы с примерами решений реальных задач.

[trir]

C# и C++ можно смешивать

[Сергей812]

Сообщение от trir C# и C++ можно смешивать

новичку?)

[Boxa]

Сергей812, так вроде никто и не спорит, что для новичка C++ - чрезмерно.
Я написал, что если новичок и прям сейчас нужно, то .NET, если всерьез и надолго - C++ и потом уточнил почему лично мне хочется перейти на C++

ЗЫ.
На предыдущей страницы nickname2019 здравую мысль высказал, если новичок, то начинать надо с изучения самого автокада и его возможностей и только потом переходить к написанию программ и вот с этим я соглашусь.

[miko2009]

Сообщение от bigden а в чём у плюсов преимущество?

Если хотите быть просто кодером-инженером, то изучение не управляемых языков(С, С++, Java и т.д.) не нужно, за вас уже всю основную работу провели программисты ПО под которое вы собрались кодить на управляемых языках(C#, Pyhon и т.д. ).
Если вы собрались писать свой софт или сменить профессию на инженеры-программисты , то вам придется изучать не управляемые языки и скорее всего придется забыть про старую профессию.

Если иными словами - кодер это инженер который пишет скрипты под готовые фреймворки и знание тут С++ или С# абсолютно не принципиально, даже наоборот управляемые языки были придуманы для автоматизации рутины. Что автокад , что ревит , что текла, что алплан не имеют разницы в тех вопросах в которых один и тот же скрипт обрабатывают одну и ту же процедуру на разных языках, С++ не даст никакого преимущества.
Для примера (я не знаю автокада, пример абстрактен) программист ПО Autocad определил что в автокаде набор неких объектов хранится в структуре данных int16, а это всего значения от -32 768 до +32 767, в то время как мог объявить int64 с дапазоном от -9 223 372 036 854 775 808 до +9 223 372 036 854 775 807. Или определил размерность некого массива со значением 1 000 000, то есть резервирует в операционной памяти слишком много места и оно ему никогда не понадобится, то во всех этих случаях нет разницы на каком языке вы пишите скрипт подключаясь к публичным классам\методам\конструкторам данного ПО (работа с API), возможно разница будет в тысячную долю секунды.

В разработке ПО сейчас никто не пишет на чистом С/С++ или Java, пишут основной код который 100% влияет на общую производительность (это делают как раз программисты), а это от силы 20-30% всей программы, и далее уже передают обертки "индусам" на .NET., так как вы не найдете армию кодеров на С или С++.
Но есть и исключения, обычно это масштабные проекты, например Linux написан на С в 100%, Торвальдс не был доволен что С++ что то делает за "его спиной" и поэтому выбрал С в качестве моно языка.

[Сергей812]

Сообщение от Boxa Я написал, что если новичок и прям сейчас нужно, то .NET, если всерьез и надолго - C++

у начинающих программистов может сложиться ошибочное мнение - что уровень серьезности разработки определяется языком программирования

Сообщение от miko2009 Если хотите быть просто кодером-инженером, то изучение не управляемых языков(С, С++, Java и т.д.)

Java разве неуправляемый язык?

Сообщение от miko2009 Если иными словами - кодер это инженер который пишет скрипты под готовые фреймворки и знание тут С++ или С# абсолютно не принципиально

ну как сказать - Майкрософт открыл исходный код того же .Net фреймворка и не подглядывать туда, как реализованы конкретные классы и функции - это просто самому себе шоры надевать по сути.

[nickname2019]

Сообщение от Сергей812 ну а минусы С++: 1. Придется самому контролировать полностью все ресурсы. Для профессиональных программистов, у которых это основной вид деятельности и опыт работы - это не так критично, для прикладных программистов (включая самоучек) дополнительные траты времени.

На самом деле - практически нет. Отличием C++ от C является наличие мощной библиотеки стандартных классов и шаблонов (string, vector, CString и т.д.), которые позволяют работать с большинством ресурсов как со статическими переменными (объектами).
Конечно, для доступа к системным вещам придется создавать/окрывать/закрывать/уничтожать динамические объекты (включая акадовские строки), но это, имхо, особенности системы, а не c++.

[Сергей812]

Сообщение от nickname2019 Отличием C++ от C является наличие мощной библиотеки стандартных классов и шаблонов (string, vector, CString и т.д.), которые позволяют работать с большинством ресурсов как со статическими переменными (объектами).

точно статическими ака static?)

[nickname2019]

Сообщение от Сергей812 точно статическими ака static?)

В смысле, что не динамическими и не указателями, за уничтожением которых надо следить.

Например, объявление массива строк с переменным количеством элементов:

Код:

[Выделить все]

 vector <string> arName;

Собственно, изучение C++ заключается, в основном, в изучении возможностей стандартных классов и шаблонов классов. Потом нужно изучить перегрузку операторов (чтобы можно было для своего класса в коде использовать операторы сравнения "=", ">", сложения и т.д.).

[Сергей812]

статические переменные - это переменные, чье время жизни = жизненному циклу самого приложения. И если их в обычном приложении большинство - это какая то очень странная архитектура приложения, имхо)

Сообщение от nickname2019 vector <string> arName;

ну это скорее всего динамический массив с типизированным параметром, реализация которого спрятана внутри класса. Но он же сам не висит в воздухе, объект этого вспомогательного класса надо создать - прежде чем начать с ним работать.

В .Net тоже есть типизированные списки

Код:

[Выделить все]

 List<string> arName = new List<string>();

только не надо следить за ним - как вышли в коде за пределы видимости этой переменной, так сборщик "мусора" подберет освободившуюся память по необходимости. Или не дожидаясь выхода за пределы видимости - указать что переменная больше не нужна

Код:

[Выделить все]

 arName = null

[nickname2019]

Сообщение от Сергей812 статические переменные - это переменные, чье время жизни = жизненному циклу самого приложения. И если их в обычном приложении большинство - это какая то очень странная архитектура приложения, имхо)

Обычно терминология подразумевает использование динамических переменных, для обращения к которым используются указатели, и статические переменные, для обращения к которым указатели не используются. Если переменная объявлена в процедуре, то она может быть объявлена без использования "new", в этом смысле ее можно считать "статической", хотя она будет жить в стеке до выхода из процедуры.

Сообщение от Сергей812 ну это скорее всего динамический массив с типизированным параметром, реализация которого спрятана внутри класса. Но он же сам не висит в воздухе, объект этого вспомогательного класса надо создать - прежде чем начать с ним работать. только не надо следить за ним - как вышли в коде за пределы видимости этой переменной, так сборщик "мусора" подберет освободившуюся память по необходимости. Или не дожидаясь выхода за пределы видимости - указать что переменная больше не нужна

Если в примере #30 массив был создан без использования указателя, то следить за его удалением не нужно - стек очиститься при выходе из процедуры. Программист ведь не очищает память под переменные, объявленные как

Код:

[Выделить все]

 double x;

Переменная пропадает, как только выходит из зоны видимости.

Если бы массив по каким-то непонятным причинам был бы создан как указатель

Код:

[Выделить все]

 vector<string>* arName = new vector<string>();

то его пришлось бы удалять "вручную", так как сборщик мусора в c++ не предусмотрен (насколько я знаю, но сейчас уже ни в чем нельзя быть уверенным).

Но никто не заставляет человека юзать динамические указатели.

[ShaggyDoc]

Сообщение от nickname2019 Обычно терминология подразумевает использование динамических переменных, для обращения к которым используются указатели, и статические переменные, для обращения к которым указатели не используются. Если переменная объявлена в процедуре, то она может быть объявлена без использования "new", в этом смысле ее можно считать "статической", хотя она будет жить в стеке до выхода из процедуры.

Очень полезный совет "юноше, обдумывающему житье", который хочет писать "команды для Автокада".

[Сергей812]

static.

А насчет vector был неправ, это специфический шаблон плюсов, управляющий выделением памяти внутри себя. В .Net прямых аналогов нет - но его прекрасно List<T> заменяет.

[doctorraz]

Сообщение от Кулик Алексей aka kpblc В последних версиях минус как минимум один: модуль VBA устанавливается отдельно

Ты постояно это упоминаешь, но забываешь добавить, что доступность СОМ модели автокада от этого не зависит. Хоть из блокнота vbs пиши..

[Кулик Алексей aka kpblc]

Ага, только запустить этот vbs из-под чистого ACAD'а без некоторых танцев с бубнами лично мне в свое время не удалось

[miko2009]

Сообщение от Сергей812 Java разве неуправляемый язык?

заработался

Сообщение от Сергей812 у как сказать - Майкрософт открыл исходный код того же .Net фреймворка и не подглядывать туда, как реализованы конкретные классы и функции - это просто самому себе шоры надевать по сути.

так смотрите документацию, вы же не собираетесь например изменить например Math.Round ? туда вам нечего лезть

Сообщение от nickname2019 то его пришлось бы удалять "вручную", так как сборщик мусора в c++ не предусмотрен (насколько я знаю, но сейчас уже ни в чем нельзя быть уверенным).

я так понимаю вы про С++только слышали ? оператор new на ++ имеет немного иной смысл чем в С#, если вы вызвали переменную через new , то должны ее удалить в конце стека через delete, а если вы начнете практиковаться в таких процедурах то вы погрязнете по уши в самом настоящем программировании.
Более рационально записать эту переменную в виде:

Код:

[Выделить все]

vector<string> arName(n);

где n это конкретное значение для резервирования в памяти n*4 байт, которое не может остаться в виде n без конкретного значения перед объявлением переменной arName

[Сергей812]

Сообщение от miko2009 так смотрите документацию, вы же не собираетесь например изменить например Math.Round ? туда вам нечего лезть

не надо передергивать - переписывать фрейворк, конечно, гиблое дело (тем более там есть много внутренних малодокументированных классов и функций). Но разобраться, например, как работает тот же List<T> и написать при необходимости свою реализацию динамического списка - ничего там такого сверхсложного нет даже для несертифицированного программиста)

[Кулик Алексей aka kpblc]

Сергей812, напомни ссылку, плиз, с кодами фрейма от MS.

[Сергей812]

Сообщение от Кулик Алексей aka kpblc с кодами фрейма от MS.

тыц

[Кулик Алексей aka kpblc]

Спасибо! Offtop: Жаль, что из-под VS CommunityEdition туда мне не удается влет не добраться

[Сергей812]

Offtop:

Сообщение от Кулик Алексей aka kpblc Жаль, что из-под VS CommunityEdition туда мне не удается влет не добраться

так прямо в браузере и изучать можно. Там все кликабельно и открывается стандартно либо в той же вкладке, либо в новой. Ну и загляни на вкладку Down_load справа вверху - там можно в виде проекта скачать, правда не полного - без ресурсов.

[trir]

так как сборщик мусора в c++ не предусмотрен

каждый пишет свой

[nickname2019]

Сообщение от miko2009 я так понимаю вы про С++только слышали ? оператор new на ++ имеет немного иной смысл чем в С#, если вы вызвали переменную через new , то должны ее удалить в конце стека через delete, а если вы начнете практиковаться в таких процедурах то вы погрязнете по уши в самом настоящем программировании. Более рационально записать эту переменную в виде: vector<string> arName(n); где n это конкретное значение для резервирования в памяти n*4 байт, которое не может остаться в виде n без конкретного значения перед объявлением переменной arName

Пост #32, на который Вы ответили, иллюстрирует как не надо делать и написан в противовес посту #30 (как надо делать), в котором массив был объявлен статически как vector<string> arName;
Смысл написанного был в том, что в С++ при правильной организации работы следить за утечками памяти практически не придется.

По поводу рациональности объявления размерности массива строк заранее (n) - это не правильно.
1. Так как под каждую строку string массива так или иначе память будет выделяться отдельно (при формировании строки, а не инициализации массива), в целом это может не дать существенной экономии (в отличии от массивов с фиксированным размером элементов - например vector <double>).
2. Кроме того, сам класс vector при добавлении элементов память выделяет не по одному элементу, а блоками, что уже дает ускорение. Т.е. выделять 4 элемента при объявлении массива - бессмысленно (вектор, скорее всего, сам больше зарезервирует памяти "про запас", чем под 4 элемента). Если уж выделять память под массив заранее - то уж под массивы на сотни элементов и при помощи метода reserve, а не (n) при объявлении. Метод reserve - выделяет память, но не меняет размер массива.

[Сергей812]

создается впечатление, что этот шаблон vector создан вдогонку управляемым языкам - это их идеология: программист управляет данными в явном виде, но не ресурсами) В принципе, логично - сейчас все идет по пути убыстрения/удешевления разработки кода, а не экономии каждого байта - как во времена 286/386 компьютеров с несколькими мб оперативки и тактовыми частотами в десятки МГц.

[bigden]

Сообщение от Сергей812 создается впечатление, что этот шаблон vector создан вдогонку управляемым языкам

так в этом и прикол плюсов. хочешь экономить каждую миллисекунду - делай все вручную, задолбало все и хочется меньше гемороя - используй stl

----- добавлено через ~2 мин. -----
В комитете создали группу по линейной алгебре. Так что когда реализую будет полный фарш. Ни фортранов тебе, ни питонов не надо будет

[trir]

а не экономии каждого байта - как во времена 286/386 компьютеров с несколькими мб оперативки и тактовыми частотами в десятки МГц.

как во времена PDP

[miko2009]

Сообщение от nickname2019 Пост #32, на который Вы ответили, иллюстрирует как не надо делать и написан в противовес посту #30 (как надо делать), в котором массив был объявлен статически как vector<string> arName; Смысл написанного был в том, что в С++ при правильной организации работы следить за утечками памяти практически не придется. По поводу рациональности объявления размерности массива строк заранее (n) - это не правильно. 1. Так как под каждую строку string массива так или иначе память будет выделяться отдельно (при формировании строки, а не инициализации массива), в целом это может не дать существенной экономии (в отличии от массивов с фиксированным размером элементов - например vector <double>). 2. Кроме того, сам класс vector при добавлении элементов память выделяет не по одному элементу, а блоками, что уже дает ускорение. Т.е. выделять 4 элемента при объявлении массива - бессмысленно (вектор, скорее всего, сам больше зарезервирует памяти "про запас", чем под 4 элемента). Если уж выделять память под массив заранее - то уж под массивы на сотни элементов и при помощи метода reserve, а не (n) при объявлении. Метод reserve - выделяет память, но не меняет размер массива.

вы все дальше закапываетесь , выложите пример вашего кода с векторами, я вижу что вы что то гуглите без понимания
Например как у меня , и с обычными векторами и с векторами CUDA

[nickname2019]

Сообщение от miko2009 вы все дальше закапываетесь , выложите пример вашего кода с векторами, я вижу что вы что то гуглите без понимания

Функция чтения массива произвольной длины (double) из файла. Добавление элементов производится в конец вектора.

Код:

[Выделить все]

 
typedef vector <double> tmardouble;
bool load_vector_from_file(CString fname, tmardouble &arv){		
	std::string s1;	
	ACHAR ach[3024];	
	arv.clear();//Очищаем вектор	
	copyCStringtoACHAR(ach,fname);//Путь из CString копируем в строку с нулем в конце
	ifstream in(ach);//Открываем файл на чтение
    if (!in){
		return false;
	}
	double x1;
	while (getline(in,s1,'\n')){
		val1(s1,x1);//Функция преобразования строки в число double
		arv.push_back(x1);//Добавляем значение в конец вектора
	}
	in.close();
	return true;
}

Можно конечно файл прочитать два раза - один раз для определения количества элементов, чтобы зарезервировать память под массив - потом прочитать еще раз с заполнением массива. Если размерность массива известна заранее - конечно его можно инициализировать (задать размер и заполнить нулями) при объявлении.

[Сергей812]

1. Если известно количество элементов в векторе - что мешает записать в файл в начале вектора количество элементов?
2. Если заранее неизвестно - запомнить позицию в файловом потоке, записать "пустышку" - нулевое количество, после завершения записи вектора с подсчетом количества во вспомогательной переменной записать по ранее сохраненной позиции реальное число элементов.

[nickname2019]

Сообщение от Сергей812 1. Если известно количество элементов в векторе - что мешает записать в файл в начале вектора количество элементов? 2. Если заранее неизвестно - запомнить позицию в файловом потоке, записать "пустышку" - нулевое количество, после завершения записи вектора с подсчетом количества во вспомогательной переменной записать по ранее сохраненной позиции реальное число элементов.

Это конечно на любителя. Я обычно не занимаюсь оптимизациями сразу, так как эффект заранее оценить сложно, а время на это намного больше уйдет.
Если код тормозит совсем уж безбожно - тогда надо думать начинать. Но все равно обычно тормозит не из-за особенности реализации "сишных" методов (типа разового выделения памяти под массивы), а из-за того, что свой алгоритм коряво построен, сортировки не оптимальны и т.д.

[Сергей812]

Сообщение от nickname2019 Это конечно на любителя. Я обычно не занимаюсь оптимизациями сразу, так как эффект заранее оценить сложно, а время на это намного больше уйдет.

Offtop: профессионалы построили Титаник
причем тут на любителя - просто голову включать в процессе написания кода, а не когда уже

Сообщение от nickname2019 Если код тормозит совсем уж безбожно - тогда надо думать начинать.

какие затраты времени - записать число в файл перед содержимым самого вектора, а при считывании задать сразу нужную емкость вектора?

[nickname2019]

Сообщение от Сергей812 Offtop: профессионалы построили Титаникпричем тут на любителя - просто голову включать в процессе написания кода, а не когда уже какие затраты времени - записать число в файл перед содержимым самого вектора, а при считывании задать сразу нужную емкость вектора?

В реальной жизни обычно приходится разбирать текстовые файлы, созданные сторонней программой - например, расчетные схемы Лиры или Скада. А их разработчики не настолько любезны, чтобы писать в файл размерность массивов.
Когда я это делал в Delphi - приходилось по два раза перечитывать расчетную схему (для определения размера массива и для заполнения), так как в Delphi были чудовищные тормоза с выделением памяти.

[Сергей812]

а можно от лени вообще наделать наследуемых классов от того же List<T> типа:

Код:

[Выделить все]

 /// <summary>
    /// Расширение стандартного списка с функциями записи и чтения из файла
    /// </summary>
    /// <remarks>На тип Т наложено ограничение в виде обязательной реализации
    /// интерфейса IItemFIO, студия даже не даст скомпилировать приложение
    /// в противном случае</remarks>
    /// <typeparam name="T">Тип элемента</typeparam>
    public class ExtList<T> : List<T> where T : IItemFIO<T>, new()
    {
        /// <summary>
        /// Запись содержимого списка в бинарный файл
        /// </summary>
        /// <param name="aNameFile">Имя записываемого файла</param>
        /// <returns>true - запись файла прошла успешно, false - нет</returns>
        public bool Write(string aNameFile)
        {
            try
            {
                // Открываем файловый поток на запись
                using (FileStream lFS = new FileStream(aNameFile, FileMode.Create, FileAccess.Write))
                {
                    using (BinaryWriter lBW = new BinaryWriter(lFS, Encoding.UTF8))
                    {
                        // Записываем количество элементов в списке
                        lBW.Write(Count);
                        // Заносим содержимое элементов в поток
                        ForEach(delegate (T aItem) { aItem.Write(lBW); });
                    }
                }
                // Возвращаем успешное завершение записи
                return true;
            }
            catch
            {
                // Возвращаем признак ошибки
                return false;
            }
        }


        /// <summary>
        /// Чтение содержимого списка из бинарного файла
        /// </summary>
        /// <param name="aNameFile">Имя читаемого файла</param>
        /// <returns>true - чтение файла прошло успешно, false - нет</returns>
        public bool Load(string aNameFile)
        {
            try
            {
                // Открываем файловый поток на запись
                using (FileStream lFS = new FileStream(aNameFile, FileMode.Open, FileAccess.Read))
                {
                    using (BinaryReader lBR = new BinaryReader(lFS, Encoding.UTF8))
                    {
                        // Считываем количество элементов в списке
                        Capacity = lBR.ReadInt32();
                        // В цикле читаем элементы в список
                        T lTempItem = new T();
                        for (int i = 0; i < Capacity; i++)
                        {
                            Add(lTempItem.Load(lBR));
                        }
                    }
                }
                // Возвращаем успешное завершение чтения
                return true;
            }
            catch
            {
                // Возвращаем признак ошибки
                return false;
            }
        }

    }

где интерфейс

Код:

[Выделить все]

 /// <summary>
    /// Интерфейс чтения и записи содержимого элемента в файл
    /// </summary>
    /// <typeparam name="T">Тип элемента</typeparam>
    public interface IItemFIO<T>
    {
        /// <summary>
        /// Чтение значения элемента из бинарного потока
        /// </summary>
        /// <param name="aBR">Открытый на чтение бинарный поток</param>
        /// <returns>Считанное содержимое элемента</returns>
        T Load(BinaryReader aBR);

        /// <summary>
        /// Запись содержимого элемента в бинарный поток
        /// </summary>
        /// <param name="aBW">Открытый на запись бинарный поток</param>
        void Write(BinaryWriter aBW);
    }

и потом использовать для любого незапечатанного или своего типа. А можно и о сериализации вспомнить, в принципе)

----- добавлено через ~4 мин. -----

Сообщение от nickname2019 Когда я это делал в Delphi - приходилось по два раза перечитывать расчетную схему (для определения размера массива и для заполнения), так как в Delphi были чудовищные тормоза с выделением памяти.

в дельфях тоже свой менеджер памяти, насколько помню - откуда там дикие тормоза? Если, конечно миллионами мелких кусочков не оперировать одновременно, что сам менеджер памяти начинает томозить...

[nickname2019]

Сообщение от Сергей812 а можно от лени вообще наделать наследуемых классов от того же List<T> типа:

Прикольно. Но из 18 строчек кода в #49 получилось более 80 строчек кода в #54. Я не люблю ООП, классов много, файлов много, отлаживать трудно. Особенно, если наследовать объекты друг от друга кучу раз.

Сообщение от Сергей812 в дельфях тоже свой менеджер памяти, насколько помню - откуда там дикие тормоза? Если, конечно миллионами мелких кусочков не оперировать одновременно, что сам менеджер памяти начинает томозить...

Не разбирался. Помню, что проблемы с памятью были. Перешел на с++ - исчезли.

[doctorraz]

Уот вы тут теесу мощно помогли..
Зато писюнами друг с другом знатно померились
Крассучеги.. помогли теесу знатно))

[Сергей812]

а ТС, судя по активности вхождения на форум и отсутствию новых сообщений - почитал ветку несколько дней, понял, что за 10 лет никакой новой халявы не появилось и подуныл)

----- добавлено через ~27 мин. -----

Сообщение от nickname2019 Я не люблю ООП, классов много, файлов много, отлаживать трудно. Особенно, если наследовать объекты друг от друга кучу раз.

Вообще то смысл ООП как раз замкнуть (инкапсулировать) часть общей логики приложения внутри соответствующего класса - отладил и забыл) А наследовать объекты друг от друга кучу раз - это вообще логике не поддается, оргия уже какая то) Недаром в .Net сразу запретили множественное наследование.

[nickname2019]

Сообщение от Сергей812 Вообще то смысл ООП как раз замкнуть (инкапсулировать) часть общей логики приложения внутри соответствующего класса - отладил и забыл) А наследовать объекты друг от друга кучу раз - это вообще логике не поддается, оргия уже какая то) Недаром в .Net сразу запретили множественное наследование.

Это теоретически. Практически что-то эдакое возникает https://forum.dwg.ru/showpost.php?p=...postcount=1589

[Сергей812]

Сообщение от nickname2019 Это теоретически. Практически что-то эдакое возникает https://forum.dwg.ru/showpost.php?p=...postcount=1589

Сообщение от Сергей812 Недаром в .Net сразу запретили множественное наследование.

чтобы не плодили таких монстров)

[Кулик Алексей aka kpblc]

Offtop:

Сообщение от Сергей812 чтобы не плодили таких монстров)

Типа MVVM, DI etc?
Мне все же кажется, что тут радостно запугали и запутали ТС. Мое мнение - фиолетово на каком языке писать. Главное - начать, а там как карта ляжет.

[Сергей812]

Сообщение от Кулик Алексей aka kpblc Типа MVVM, DI etc?

ну более логически структурированные) Там по ссылке титанический многолетний труд у человека - уже ничего не сделаешь в плане изменения архитектуры приложения)

Сообщение от Кулик Алексей aka kpblc Мое мнение - фиолетово на каком языке писать. Главное - начать, а там как карта ляжет.

ТС хочет перспективный язык для акада. Учитывая, что сам акад уже столько лет не развивается толком - то трудновато ему будет подобрать перспективный язык)

[zamtmn]

Сообщение от nickname2019 В реальной жизни обычно приходится разбирать текстовые файлы, созданные сторонней программой - например, расчетные схемы Лиры или Скада. А их разработчики не настолько любезны, чтобы писать в файл размерность массивов. Когда я это делал в Delphi - приходилось по два раза перечитывать расчетную схему (для определения размера массива и для заполнения), так как в Delphi были чудовищные тормоза с выделением памяти.

Делфи выделяет память ровно также как другие нативные языки. Чудовищные тормоза там от неправильного подхода изза непонимания "програмистом" как оно работает
В реальной жизни надо прочитать, посчитать, выделить и заполнить. Если файл гиганских размеров читать\считать\выделять\заполнять пачками. С этой задачей все нативные языки справятся одинаково что делфи, что цпп

----- добавлено через ~1 мин. -----
Как обычно на двгюру очередной тред-детектор мамкиных програмистов от инженерии))

----- добавлено через ~2 мин. -----
я у мамки главный програмист, если что))

[Сергей812]

тормоза начинаются обычно при свопинге - когда операционная система начинает выгружать неактивные страницы памяти в файл виртуальной памяти в попытках выделить запрашиваемый пул памяти.

Сообщение от zamtmn Если файл гиганских размеров читать\считать\выделять\заполнять пачками.

зачем пачками, когда в любом приличном языке есть файловые потоки (FileStream), берущие это на себя

[Publipor]

Сообщение от v.psk а какое прикладное применение? Какая должность, обязанности? Для саморазвития или для выполнения должностных обязанностей? ну вот еще родственные темы, мало ли не загуглилось... обучение чайника лиспу ... это на мой взгляд ... тернистый путь создание софта айти или проектирование без прикладной задачи трудно и скучно читать теорию.... есть задача то?

Для саморазвития. Должность инженер-конструктор. Работаю в это отрасли всего год, но уже появилась необходимость написать собственные не большие команды для ускорения работы

[zamtmn]

Чтоб уйти в своп нужно еще постараться память чемто забить. У nickname2019 насколько я понял проблемы от перераспределения памяти на каждой итерации. Штатные списки делфи вырастают каждый раз при заполнении на capacity элементов, в то время как стлный вектор вырастает при заполнении в 1.5 - 2 раза (зависит от реализации). Конечно с виду будет прирост, но при этом перерасход памяти и тогоже поведения легко добиться в делфи.

>>зачем пачками, когда в любом приличном языке есть файловые потоки (FileStream), берущие это на себя
Нужен именно поток с кешем в памяти приложения а не с кэшем средствами ос, тогда все будет сделано без повторного вызова ио операций оси.
В терминах делфи таким является TBufferedFileStream, TFileStream - просто обертка над файловыми средствами оси - будут лишние вызовы ос, в зависимости от настроек кеширования ос возможно будут повторные чтения с диска

[Publipor]

Сообщение от LenidSN Тема такая, из доброго старого времени... Для инженера-автокадчика, а не профессионального программиста, нет ничего лучше VBA for AutoCAD. Перечислять плюсы можно долго, но пока сам не попробуещь, оценить их (а также минусы) не представляется возможным.

Я б удовольствием хотел бы изучить все языки.Но на это уйдет достаточно много времени, и мне кажется, не очень эффективно . На данном форуме есть много специалистов , с огромным опытом, в том числе в программировании. Мне б хотелось услышать ихние рекомендации, как для новичка-любителя, который не изучал программирование. Мне когда-то мне преподавали "дельфи", сейчас я так понимаю это мертвый язык, и он не единственный, и чтоб не потратить время в пустую хотелось бы изучить действительно нужный язык для инженера конструктора)

----- добавлено через ~4 мин. -----

Сообщение от nickname2019 А новичку, имхо, желательно начинать с освоения существующего функционала, а именно - динамических блоков.

С динамическими блоками я знаком, уже пол года, как минимум. И так же с лиспом( частично). И хотелось бы, пока есть возможность, поднять свой уровень владения автокада, путем написания собственных команд.) Но сложность в выборе языка, слишком их много, и порой ,сложно понять какой из них в моей сфере пригоден, и не слишком сложный для новичка.

[zamtmn]

Publipor
Тут было уже много топиков когда непонимание что и как делать прикрывается вечным перебором языков.
Знаешь что делать, делай на том на чем умеешь.
Когда поймешь чего не хватает - определишься и перейдешь на тот единственный и неповторимый всем тебя устраивающий.

зы
C# - стильно, модно, молодежно

[Сергей812]

Сообщение от zamtmn Штатные списки делфи вырастают каждый раз при заполнении на capacity элементов

в C# аналогичная реализация штатных списков - просто увеличивает вдвое емкость до определенного предела. Если в качестве элементов не ссылочные типы - даже "пустой" список может откушать нехило оперативки.

Сообщение от Publipor Мне когда-то мне преподавали "дельфи", сейчас я так понимаю это мертвый язык,

не мертвый, просто появились альтернативы, причем нередко с бесплатными и достаточно удобными средствами разработки - в том числе и C#)

----- добавлено через ~6 мин. -----
у меня в свое время был переход дельфи -> VBA -> VB.NET -> C#. С легким касанием краешком сознания лиспа где то между двумя последними языками)

[Publipor]

Сообщение от Сергей812 не мертвый, просто появились альтернативы, причем нередко с бесплатными и достаточно удобными средствами разработки - в том числе и C#)

Наверное я погорячился, когда сказал что дельфи мертв, просто на просторах интернета он негде не упоминается, новой литературы по делфи нету, я предположил что он уже потерял свою актуальность. Но, появился перспективный язык, питон. И человеку , который не мониторил актуальность языков , очень сложно не прогадать с выбором языка)

[Сергей812]

ну просто по факту - официальный сайт разработчиков на русском - "погуляйте" по нему и посмотрите: на каких языках программирования больше всего примеров для того же акада) Заодно и начнете изучать программирование под акад

[trir]

Что бы программировать на Python'е под AutoCAD - нужно знать VBA и/или C#

[Vladimir_Sergeevich]

Сообщение от trir Что бы программировать на Python'е под AutoCAD - нужно знать VBA и/или C#

Простите, для чего? Питон язык со свободной типизацией, c# со строгой типизацией. И тот и другой могут крутить фреймворками и АПИ...
Тут только встанет вопрос удобности среды разработки. Студия мне нравится, а за питон адепты тоже найдутся.
В частности у меня был опыт писания для другого ПО, где примеры программы были на писаны на питоне и не требовалась компиляция для исполнения (прям как лисп в акаде XD) только быстро я на это дело забил после установки студии. Другое дело что среды разработки под питон существуют и свои и в студии тоже можно создавать проекты на питоне.

[trir]

Простите, для чего? Питон язык со свободной типизацией, c# со строгой типизацией. И тот и другой могут крутить фреймворками и АПИ...

что бы читать документацию - примеры на этих языках

[Vladimir_Sergeevich]

Сообщение от trir примеры на этих языках

Отчасти соглашусь. Но по большому счету, это не столь критично. Я успешно писал на с# имея примеры только на питоне. Полагаю в обратную сторону это тоже прекрасно работает.

[trir]

Для C# под AutoCAD есть много доков, в том числе и на русском. С Python'ом придётся разбираться самому и там много тонких и запутанных моментов в которых новичку будет сложно разобраться

[Сергей812]

есть тема питона на форуме разработчиков в разделе VBA - т.е. отдельного своего раздела питон еще не заслужил)

[Pan Lipen]

Сообщение от Publipor Должность инженер-конструктор. Работаю в это отрасли всего год, но уже появилась необходимость написать собственные не большие команды для ускорения работы

Все стандартные задачи КР решаются связкой AutoCAD + Excel + VetCAD.
В AutoCAD нужно сделать шаблон слоев, изучить извлечение данных с помощью таблиц, заготовить свои динамические блоки. Сами блоки можно набрать на dwg.ru и творчески переработать под себя. Изучить ввод команд с клавиатуры. Можно сделать кнопки под себя на макросах - где-то здесь лежит книжка одного участника этого форума.
VetCAD очень облегчает оформление по ГОСТ, сбор спецификаций и ведомостей расхода стали. Это можно делать и через Excel, но это дольше и сложнее. К тому же vetcad самый доступный по цене.
Все дать значительный прирост производительности

Не имея опыта по профессии, я бы концентрировался на изучении нормативной документации и работе конструкций, а программы и команды можно скачать с этого сайта. Если "большую красную кнопку" разбивать на более мелкие, то практически все можно найти в интернете.

[Сергей812]

Offtop:

Сообщение от Pan Lipen Не имея опыта по профессии, я бы концентрировался на изучении нормативной документации и работе конструкций, а программы и команды можно скачать с этого сайта. Если "большую красную кнопку" разбивать на более мелкие, то практически все можно найти в интернете.

ничего, что ТС новичек в программировании?

[Pan Lipen]

Сообщение от Сергей812 ничего, что ТС новичек в программировании?

1. Чтобы запускать программы на Лиспе вообще программирование знать не нужно.
2. ТС новичок в конструировании.

[Кулик Алексей aka kpblc]

Может, все же сначала стоит автора темы спросить? )

[Сергей812]

Сообщение от Pan Lipen 1. Чтобы запускать программы на Лиспе вообще программирование знать не нужно.

чтобы запустить любую готовую программу - не надо знать программирование) Но если человек смотрит вперед и хочет иметь возможность написания надстроек, являющихся "продолжением" своих пальцев - а не просто пользоваться "винегретом" из готовых чужих программ и костылей между ними - это можно только приветствовать)

Сообщение от Pan Lipen 2. ТС новичок в конструировании.

даже интересно - на основание чего вы сделали такие далеко идущие выводы? На основе даты регистрации?) Или что динблоками полгода назад стал пользоваться

Сообщение от Publipor С динамическими блоками я знаком, уже пол года, как минимум.

ну так и сейчас встречаешь проектировщиков с опытом работы, которые и обычные блоки используют с большим скрипом. У нас 80+ процентов проектировщиков используют чужие наработки, блоки, шаблоны и т.д. Просто потому что работодатель не оплачивает ни создания уникального контента для фирмы, ни повышения уровня квалификации - одни хотелки получить это задарма под прикрытием тяжелой обстановки)

[Publipor]

Сообщение от Сергей812 даже интересно - на основание чего вы сделали такие далеко идущие выводы? На основе даты регистрации?) Или что динблоками полгода назад стал пользоваться

Я новичек в программировании и в конструировании. Всего лишь 1 год опыта в конструировании 0- в программировании)

----- добавлено через ~7 мин. -----

Сообщение от Сергей812 ну так и сейчас встречаешь проектировщиков с опытом работы, которые и обычные блоки используют с большим скрипом. У нас 80+ процентов проектировщиков используют чужие наработки, блоки, шаблоны и т.д. Просто потому что работодатель не оплачивает ни создания уникального контента для фирмы, ни повышения уровня квалификации - одни хотелки получить это задарма под прикрытием тяжелой обстановки)

Лично для меня использования динамических блоков это хороший способ сэкономит огромное количество времени. И неплохой способ быстрого подсчета сборных конструкций. Иногда проще потратить дополнительное время для создания нужного блока, а потом, в дальнейшем, сэкономить в разы больше времени при использовании его.

[Сергей812]

Сообщение от Publipor Я новичек в программировании и в конструировании. Всего лишь 1 год опыта в конструировании 0- в программировании)

главное, чтобы мозги работали.. Ничего страшного в программировании нет - если не бояться искать информацию в инете дальше первых строчек результатов поиска. Например, достаточно неплохой учебник по C# как дополнение к справке.

[Нубий-IV]

Сообщение от Publipor 0- в программировании

Тогда лучше начать с бейсика. На нем наименьший объем писанины на единицу полезного действия выходит. Программы запускаются сразу, без компиляций-загрузок. Автодополнение само подсказывает что набирать, при небольшом опыте даже доки читать почти не придется. Первые команды в первый же день можно слепить.

Потом, когда обнаружится, что не все в автокаде доступно через бейсик, можно уже на шарпы пересаживаться, если к тому времени желание не отпадет. Или на плюсы - там можно сделать вообще все, что только можно делать под автокад.

[StupidDuck]

к сожалению, не смог в диалоге найти именнто тот мессаж, когда на c# создаются новые примитивы с своим функционалом. был бы очень интересен пример
а так то лисп заходит за доступность на большом количестве форумов (можно найти все, что угодно). перспективен c#, помоему дольше писать, но там и ревиты подходят и тд

лизнуть крысу) молодец хороший сайт, много из него изучил

[Сергей812]

Сообщение от StupidDuck новые примитивы с своим функционалом

custom objects
ну еще jig механизм

[zamtmn]

Т.е. полноценных своих примитивов на c# не сделать. прискорбно

[Boxa]

Сообщение от zamtmn Т.е. полноценных своих примитивов на c# не сделать. прискорбно

Multicad.NET API

[Сергей812]

Сообщение от zamtmn Т.е. полноценных своих примитивов на c# не сделать. прискорбно

очень хорошо - что хотя бы .Net-цы не пихают свои кастомные объекты куда руки дотянутся)

[zamtmn]

Без своих примитивов качественную автоматизацию работы сделать проблемно

[nickname2019]

Сообщение от zamtmn Без своих примитивов качественную автоматизацию работы сделать проблемно

Если не касаться C#, то есть еще один вариант.
Примитивы можно делать блоками. Параметры блоков можно задавать атрибутами, а на изменение атрибутов вешать запуск скрипта, меняющего блок. Можно использовать динамические блоки (если формирование геометрии "примитива" простое), или блоками, управляемыми скриптами (если "примитив" сложный).
Такой подход позволяет избавиться необходимости перекомпиляции dll примитива при изменении кода, и избавиться от головной боли при переходе с версии на версию Acada.
Т.е. отладку кода примитива можно производить без перекомпиляции dll и без постоянного перезапуска Autocad.

[Кулик Алексей aka kpblc]

nickname2019, объясни сирому - что означает "dll примитива"?

[nickname2019]

Сообщение от Кулик Алексей aka kpblc nickname2019, объясни сирому - что означает "dll примитива"?

Если в C++ создавать свои примитивы, то студия создает два вида файлов:
1. *.arx - код пользовательских функций;
2. *.dbx - код пользовательских объектов (в т.ч. примитивов).

По своей сути они являются динамически линкуемыми библиотеками (dll), поэтому я их и назвал так обобщенно.
Так как эти библиотеки подключаются к Autocad при работе, то для внесения изменения в код этих библиотек при отладке, их приходится отключать от акада, перекомпилировать и обратно подключать (или перезапускать акад).

[CalcProg]

запишись на курсы программистов, там тебе всё объяснят. ))))

----- добавлено через ~2 мин. -----
за 10 лет ничего не изменилось )))
всё то же самое.

----- добавлено через ~6 мин. -----

Сообщение от nickname2019 Если в C++ создавать свои примитивы, то студия создает два вида файлов: 1. *.arx - код пользовательских функций; 2. *.dbx - код пользовательских объектов (в т.ч. примитивов). По своей сути они являются динамически линкуемыми библиотеками (dll), поэтому я их и назвал так обобщенно. Так как эти библиотеки подключаются к Autocad при работе, то для внесения изменения в код этих библиотек при отладке, их приходится отключать от акада, перекомпилировать и обратно подключать (или перезапускать акад).

интересно, а новичок знает что такое динамически линкуемые библиотеки?
вместо линкуемых написал бы присоединяемые. ))) было бы понятнее для новичка )))

[veb86]

zamtmn, правду пишет. без своих примитивов, нормальную автоматизацию не сделать.
Multicad.NET API - это же для nanoCAD, вроде же, или на автокаде тоже работает нормально?

[nickname2019]

Сообщение от veb86 zamtmn, правду пишет. без своих примитивов, нормальную автоматизацию не сделать.

Смотря что понимать под "нормальной" автоматизацией. Например, вот такая автоматизация работает на одних стандартных акадовских блоках (первую минуту надо "промотать")
https://youtu.be/oGqZH7OReoU

[Сергей812]

пока новичек дойдет до своих примитивов... он уже явно не будет новичком)

[zamtmn]

nickname2019
На уровне расставить блоков и посчитать их количество - да