Собираюсь писать ВК для 1С на C#

Пример буду брать из "Технологии внешних ВК" на ИТС.
Вопрос такой - где брать платформу C# (IDE)?

По сути, мне надо обертку над DLL писать.
Раньше ее писал на VB6, но пора переходить на C#, у производителя оборудования пример на C#, кроме того нужна версия компоненты на 32 и 64 разряда.

(484) там наследование одно и техническое. пустая формальность, так сказать.
(485) чем сложнее C++? если ты не заметил, то ВК под C# у меня скомпилировалась, но не работает в тонком. Это 1С не осилила. ;-) Да и я передумал биться с C# из-за регасм, нет и прочего. Решил, что C++ больше подходит для задачи.
(487) пардон, пример выкладывает не Вася Петров, а фирма 1С, которая выкладывает это как методический материал. Итого в 2020 году на сайте 1С по ВК нет ни одного рабочего примера. Норм? Ну может быть в эпоху Кризиса Айти норм.
(493) спасибо
(501) еще пишем.

(522) да чтоб я знал, 1с не дает инструментов диагностики для понимания причин отклонения регистрации ВК.

(513) ну это уже зависит от точки зрения наблюдателя. Я сторонник юзер-френдли интерфейса, в который 1С не смогла. Она ведь не объясняет причин, почему компонента не регистрируется, просто Результат = Ложь и  нах, в сад.

(525) сча, кстати

(525) Проверил, твоя ВК в тонком подключается.
И? почему?

Кстати, зачем ты записываешь макет ТестВК?

&НаКлиенте
Процедура ПриОткрытии(Отказ)
    // Вставить содержимое обработчика.
    врап=новый COMОбъект("NetObjectToIDispatch45");
   // ФайлТестВК="d:\MyProgramms\ФайлыNetObjectToIDispatch\ТестВК\ТестВК\bin\Debug\ТестВК.dll";
    ФайлТестВК=ЗаписатьМакет("ТестВК");    
    
    Если ПодключитьВнешнююКомпоненту("AddIn.GlobalContext1C") Тогда
        объект=Новый ("AddIn.GlobalContext1C");
        ГлобальныйКонтекст=объект.ГлобальныйКонтекст;
        AppDispatch=ГлобальныйКонтекст.AppDispatch;
        AppDispatch.Сообщить("Привет");
        Сообщить(AppDispatch.СтатусСообщения.Важное);
    иначе
        сообщить("Компонента не загружена");
    КонецЕсли;

КонецПроцедуры

(527) В консоли кода, без записи макета не работает:

врап=новый COMОбъект("NetObjectToIDispatch45");

    Если ПодключитьВнешнююКомпоненту("AddIn.GlobalContext1C") Тогда
        объект=Новый ("AddIn.GlobalContext1C");
        ГлобальныйКонтекст=объект.ГлобальныйКонтекст;
        AppDispatch=ГлобальныйКонтекст.AppDispatch;
        AppDispatch.Сообщить("Привет");
        Сообщить(AppDispatch.СтатусСообщения.Важное);
    иначе
        сообщить("Компонента не загружена");
    КонецЕсли;

(529) Сукко, ты не поверишь, но в обработке она у меня ВК подключает.
Если ПодключитьВнешнююКомпоненту("AddIn.ExtTest") Тогда
      
        //объект=Новый ("AddIn.GlobalContext1C");
        объект=Новый ("AddIn.ExtTest");
        объект.Show("yes");
КонецЕсли;

Видимо, какие-то проблемы в консоли кода, из которой я ее гонял. Ок, спасибо.
Но на C# все равно, наверное делать не буду, заманчивее на C++ сделать, чтобы было все без всякого говна типа NET, полное NATIVE

Кстати те, кто трендел, что я не могу в C#, теперь могут засунуть себе эти слова в стёк. ;-) Спасибо, Serginiol. Но увы, в C# я не хочу, на C++ решение кажется более подходящим задаче.

(530) кстати, посмотрел код консоли кода, она выполняет код на сервере. Несмотря на то, что это файловая версия, на сервере подключать не хочет, видимо в ВК это имеет роль. ;-)

В принципе счас можно было бы расслабиться и написать на C# (пойти по пути минимального сопротивления), но я хочу на С++ теперь сам.

(536) ну я как-то не подумал, что в файловой версии серверный контент тоже считается сервером для ВК... Хотя знал, что код в консоли выполняется на сервере. Спасибо, что помог разрешить это маленькое недоразумение.
(535) Ну да, обертка над DLL не требует NET, это лишнее. Так то счас на C# написать проще, но нужно делать как правильнее.

(538) в SDK есть 32 и 64 разряда. и клиент изъявлял желание работать на сервере (но это как пожелание, для регл. заданий)
Я так понимаю компонента на NET технологии на сервере не заработает?

(539) ты скинь лучше шаблон ВК адаптированный под VC 19, заплачу 1000 если взлетит.

(541) +NATIVE Шаблон

(545) а на сервере COM создастся? там какие-то пляски, не?

(546) а судьи кто? Человек с нулевым местом на инфостарте. Я, по крайней мере, умею решать задачи, а ты только тявкаешь, Моська.

(553) ну я хочу сэкономить себе время на старт с VC, дальше сам. С VBasic у меня не было проблем.

(554) в смысле не писал? Я уже две ВК на VB6.0 написал. И что такое серьезные языки, прасцице?

(555) это несколько иное ж. ;-)

(559) че ты мне заливаешь? Я год после универа на BC++ работал. утреник... Ха

(560) так там COM-проект, а не Native. Ну если что, то пойду этим путем, спасибо Дорогой 1С

(563) твой коллега в БГУИР не учился, гыгыгы...

(566) Пост интересный, спасибо. Можно оттуда процитировать с перефразированием:

"Кто я, если выкинуть 1С?

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

(568) БГУ всегда был слабее БГУИР в С++. Практики сильнее теоретиков

(572) секс с извращениями всегда дороже обычного. Думаю, если на ассемблере писать СУБД, это будет несколько дороже, чем на 1С, ибо мазохистов мало, их надо ЦЕНИТЬ

(573) О, я как-то лет 5-10 назад написал программу на Си, когда уже забыл его основательно. ничего, кое-как вспомнил. Программа обрабатывала звуковые файлы (записи телефонных звоноков), убирая ненужные части файла, чтобы был обычный WAV на выходе.

(577) а как он должен мне помогать? ;-)
(576) зачем слушать глупые советы, кому надо поймет правильно. Не для буквоедов, чай, писано.

(583) Да ты шьто? Вон, в "Империи Добра" срочно понадобились Кобольщики: https://www.cnews.ru/news/top/2020-04-07_ssha_izza_koronavirusa_ponadobilis
Фил Мерфи добавил, что половина поступающих заявок обрабатывается с существенным опозданием, и для этого ему и нужны специалисты по COBOL – необходимо модернизировать ПО мейнфреймов. Однако найти таких программистов властям непросто.

(585) расскажи об этом чиновникам в США

(588) кстати, спецы по 77 наверное скоро будут стоить столько же, сколько по Коболу.
(593) с хорошего COBOLA соскочить сложнее, чем с 77 на 83

(596) их просто игнорить. В NATIVE вон не все типы поддерживаются VARIAN

Кстати по коболу:
Представители банка сообщили, что переход на новое ПО занял пять лет – он проходил в период с 2012 по 2017 гг. Размер затрат на это крупномасштабное мероприятие известен – апдейт обошелся банку почти в $750 млн
Переход обошелся в 10 млн человеко-часов высокооплачиваемых Коболистов. ;-)