Serginio1 Sep 6 2016 at 16:51

.Net Core, 1C, динамическая компиляция, Scripting API

11 min

9.6K

.NET*1С-Bitrix*C#*

+11

Comments 57

xGromMx Sep 6 2016 at 17:04

Что делает «ъ»?

Serginio1 Sep 6 2016 at 17:11

Так как в Native Api нельзя передавать объекты, то возвращается ссылка

//1С при передаче по ссылке свойства ВК Список.Current
// при выходе из метода присваивает  Список.Current значение переданное изначально
// Поэтому помечаем входной параметр как Знач
//Или же делать так, если методы изменить нельзя 
// То нужно присвоить значение переменной и вызвать метод передав в параметрах эту переменную
//Стр=Список.Current; 
//Зазача=ъ(Стр);
Функция Ъ(знач Ссылка)
	
	// Создаем объект по ссылке полученной из методов .Net классов
	//Физически это строка ёЁ<Ьъ>№_%)Э?&2 содержащее 12 символов для отделения их от других строк
	//и индекс в спике исполуемых объектов на стороне .Net
	
	рез = Новый("AddIn.NetObjectToNative.NetObjectToNative");
	// И установим ссылку
	рез.УстановитьСсылку(Ссылка);    
	возврат  рез
КонецФункции // СоздатьОбъектПоСсылке()

xGromMx Sep 6 2016 at 17:59

Как вообще это читать?

yarosroman Sep 6 2016 at 18:53

хочется это развидеть.

wildboar47 Sep 7 2016 at 12:36

почему нельзя было назвать это не «ъ» а «ВернутьСсылку»?

Serginio1 Sep 7 2016 at 12:38

А почему в JQuery используют $ вместо JQuery. Просто очень много используетя в том числе и ъ(ъ(ъ
Так удобнее для восприятия

fishca Sep 7 2016 at 13:17

Так удобнее для восприятия

на фкус и свет у фсех фломастеры расные :D

-1

Serginio1 Sep 6 2016 at 18:01

Это код на 1С. Для начала нужно прочитать все статьи с начала.

xGromMx Sep 6 2016 at 18:02

Да у вас и .net код на русском написан

Serginio1 Sep 6 2016 at 18:09

А зачем отказываться от Русслиша?
Из статьи в статью только обращают на Русслиш. Что по теме понравилось, не понравилось.
Если бы ты повнимательнее почитал статью то увидел Ужас

 var данныеЭкселя = Данные.GroupBy(ё => ё.НомСтроки).Select(ъ => new { НомСтроки = ъ.Key, Ячейки = ъ.ToArray() }).OrderBy(ь => ь.НомСтроки);

xGromMx Sep 6 2016 at 18:20

И это по твоему нормально выглядит?

Serginio1 Sep 6 2016 at 19:44

Я не вижу разницы между

var данныеЭкселя = Данные.GroupBy(i => i.НомСтроки).Select(n=> new { НомСтроки = n.Key, Ячейки = n.ToArray() }).OrderBy(j => j.НомСтроки);

Никакой смысловой нагрузки они не несут. Так ты и не ответил, что кроме Русслиша ты увидел?

KvanTTT Sep 6 2016 at 20:02

Название переменной i хотя бы можно кратко произнести, в отличие от ъ.

Serginio1 Sep 6 2016 at 20:49

А как произносится $

KvanTTT Sep 7 2016 at 00:06

Так переменную назвать нельзя. А произносится "доллар" легче, чем "твердый знак", да и используется реже.

Serginio1 Sep 7 2016 at 00:14

Переменную нельзя а метод JQuery и все его прекрасно используют.
А насчет легче, то старое название еръ
значительно легче. Только вот смыл произношения при программировании? Особенно когда все поголовно используют сокращения. Смысл ъ как раз в том, что его никто практически не применяет и меньше конфликтов при одинаковом названии метода.

dmpas Sep 6 2016 at 21:18

я произношу эту букву по-старому: «ер». То же самое, что «и» или «ай».

(ненене, сам я такие названия в коде не использую!)

Shtucer Sep 7 2016 at 08:59

Я увидел боль. Как эту кашу набирать-то…

Serginio1 Sep 7 2016 at 09:40

Вот ты пишешь на форуме на русском, читаешь на русском. А примеры кода приводишь на английском. У тебя есть проблемы?
Кроме того есть Punto с автопереключением. Очень удобно

-1

Shtucer Sep 7 2016 at 09:44

Очень точное сравнение: что код писать, что в комментарии срать (или наоборот?) Пунто свитчер, как первейший инструмент программиста, да ещё с пометкой «очень удобно», это что-то новенькое. Но я не осуждаю, нет. Я как бы ошеломлён происходящим.

Serginio1 Sep 7 2016 at 09:55

Посмотри сколько у меня статей, и в комментариях одно и тоже. И главное, что суть статей то никто не обсуждает.

Shtucer Sep 7 2016 at 09:57

Потому что статьи хорошие, а обсуждальщики плохие.

denis_invader Sep 7 2016 at 10:21

Потому что 90% статьи это код, а код похож на результат какого-то «генератора» для приколов. Лично я не могу этот код читать иначе как по-диагонали, смысл в нём найти очень сложно

Serginio1 Sep 7 2016 at 10:23

Спасибо. Буду стараться писать, что бы затронуло. Но проблема в том, что это статьи в основном для 1С ников. Хотя по динамическая компиляции в .Net Core очень мало информации.

Shtucer Sep 7 2016 at 09:49

И это мы ещё не обсуждали смысловую нагрузку коротких именований. Для 'i' я могу придумать хоть какую-то смысл, это обычно первая буква от «index», или (реже) «iterator» Для ваших «ё» и «ъ» я тоже могу кое-что придумать, но это никак не относится к самой программе, тут, скорее всего, будет переход на личности.

Sing Sep 7 2016 at 12:02

Да, не несут. Именно поэтому так тоже не стоит писать. Бессмысленные названия переменных — это плохо. Для того, чтобы понять, что такое j придётся читать всю строку и осмысливать каждый метод.

Serginio1 Sep 7 2016 at 12:47

А в Linq ты и так знаешь какой делегат от тебя ждут. Например

public static IEnumerable<TSource> Where<TSource>(
	this IEnumerable<TSource> source,
	Func<TSource, bool> predicate
)

Но никто не пишет

 Where(ЭлементМассива =>ЭлементМассива >0)

Все сокращают, так как и так понятно, что это за переменная. И искать особый смысл в них никто не ищет.

Sing Sep 7 2016 at 13:05

> Все сокращают, так как и так понятно, что это за переменная.

ЕСЛИ понятно, что это за переменная. Переменная «ё» или «ъ» не даёт никакого понятия об этом.

То есть

products.Where(p => p.Name == "Chair");

выглядит понятно, а

Данные.GroupBy(ё => ё.НомСтроки)

уже не очень.

Serginio1 Sep 7 2016 at 13:37

На вкус и цвет… Никакой разницы между p и ё не вижу. Там хоть смайлик ставь.
Кстати Ограниченность набора символов Unicode для идентификаторов

fishca Sep 7 2016 at 13:41

Все таки лучше идентификаторам давать осмысленные имена. Это признак хорошего программерского тона.

Serginio1 Sep 7 2016 at 13:46

И в чем «p» осмысленнее «ё»? Две буквы. Причем р еще можно читать и по русски

Sing Sep 7 2016 at 15:44

Осмысленные — это типа «product».

До одной буквы сокращают, когда из контекста очевидно, что за элемент мы используем.
Например, у нас есть список products, productsArray, productsList и т.п. Соответственно, один элемент этого списка — product, сокращаем до первой буквы p. Как-то так

Но я не могу придумать ни одной причины, почему список ячеек нужно сокращать до «ё». А когда идёт что-то типа «ё => ё.foo()» я читаю это как «ё моё».

Serginio1 Sep 7 2016 at 16:03

А можно и ёпрст или на ё бывает и за ё бывает

fishca Sep 7 2016 at 16:28

Самое главное еще иметь чувство меры и баланса и не впадать в крайности давая идентификаторы типа: «ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокумент», при использовании таких даже широкоформатного монитора не хватает :)

Serginio1 Sep 7 2016 at 16:36

Зато понятно. Я кстати не против названия классов, особенно когда IntelliSense работает. И не нужно долго набирать или копировать.

Serginio1 Sep 7 2016 at 21:34

Кстати на С++ можно так здесь

int main()
{
    int ➁ = 2;
    int ➍ = 4;
    //int  = 5;
    //int  = 6;
    int

fishca Sep 7 2016 at 21:49

можно, только читабельность нулевая…

Serginio1 Sep 7 2016 at 21:54

Здесь не правильно отображает. Мне как раз глазастик понравился. Ооочень выразительный.

cleaner_it Sep 8 2016 at 14:30

Я с вами согласен, в комментариях к прошлой статье об этом говорил. Большинство думает, что понятные имена — это «слишком длинно, и затрудняет чтение».

PS: А сколько раз меня выручали осмысленные наименования, когда приходится возвращаться к коду годичной давности!

fishca Sep 8 2016 at 16:39

PS: А сколько раз меня выручали осмысленные наименования, когда приходится возвращаться к коду годичной давности!

Воистину так!

Serginio1 Sep 8 2016 at 17:34

Вот и я даю осмысленные имена. Только на русском. Я его значительно лучше понимаю англицкого

xGromMx Sep 8 2016 at 19:28

Еще раз спрошу, в чем осмысленность «ъ»?

medigor Sep 8 2016 at 20:03

О, а я смотрю Вы как раз на javascript программите, вот и расскажите нам в чем смысл $…

Serginio1 Sep 8 2016 at 23:10

Спасибо за поддержку. А то народ не интересует вызов управляемого кода из натива.
Динамическая компиляция, рефлексия с выводом типа в дженериках и максимальная итд.
Всех волнует только Руслиш и ъ.

Serginio1 Sep 8 2016 at 23:11

Serginio1 Sep 8 2016 at 23:07

Еще раз отвечу. ъ позаимствован из JQuery от $
Смысл тот же. Краткость и мало конфликтность. А конструкций типа ъ(ъ(ъ( много
и на каждом шагу к сожалению этот ъ нужно использовать. Просто давать что то осмысленное типа
ПолучитьОбъект(ПолучитьОбъект(ПолучитьОбъект(Объект.ВызватьМетод(Параметр.ПолучитьСсылку())))

Serginio1 Sep 6 2016 at 20:48

А как удалить комментарий?

fishca Sep 7 2016 at 09:31

Вот зачем прикручивается кроссплатформенный С#, который все равно обращается к кроссплатформенному С++, если можно сразу на С++ все написать? Есть от этого какая-то выгода?

Serginio1 Sep 7 2016 at 09:37

А можно на ссылочку на

который все равно обращается к кроссплатформенному С++,

Смысл в том, что можно использовать .Net сборки напрямую без дополнительного написания ВК. С С++ тебе нужно под каждую задачу делать ВК, знать С++.
Здесь ты используешь уже готовые классы, либо пишешь сборку на .Net без всяких заморочек с ВК.
То есть одна ВК через которую ты можешь использовать любые сборки. Не нужно знать C#, VB.NET,F#. Нужно знать только классы методы и свойства. Это аналог COM.

fishca Sep 7 2016 at 13:25

Почему бы не написать одну ВК на С++, а не С#? Тем более платформа 1С написана на С/С++, ОС-и тоже на нем же. Будет нативное взаимодействие. Зачем использовать прослойку в виде .Net?

Serginio1 Sep 7 2016 at 13:42

ВК то написана на С++ но внутри используется доступ к статическим методам .Net библиотеки. А там через рефлексию можно вызвать методы объекта и статические методы. Почитай мои первые статьи.
В C++ там не то, что рефлексии (динамический доступ к информации о методах и свойствах, но и вызов соответсвующих методов) нормальной информации о типе сложно получить.

medigor Sep 7 2016 at 13:42

А почему все не пишут на с/с++, если операционная система написана на с/с++? Вот и тут тоже самое…

fishca Sep 7 2016 at 13:46

Я еще могу понять использовать отличный от С/С++ язык для разработки какого-либо ПО, но вот использования виртуальных машин в виде .Net и Java я все равно до сих пор не могу понять. Явных преимуществ, сколько не пытался себя заставить, ну не вижу.

Serginio1 Sep 7 2016 at 13:52

Кто тебе наплел про виртуальную машину? MSIL код компилируется в натив. Другое дело, что компилятор не оптимизирует код из-за наличия рефлексии. Сейчас есть .Net Native Компиляция приложений с помощью машинного кода .NET

Так создай мой аналог компоненты которая из 1С будет использовать любую библиотеку написанную на С++ без дополнительных телодвижений. В том числе и события.

fishca Sep 7 2016 at 16:30

Так создай мой аналог компоненты которая из 1С будет использовать любую библиотеку написанную на С++ без дополнительных телодвижений. В том числе и события.

Мне это не нужно. И я ничуть не хотел принизить твоих заслуг по написанию ВК. Но мне не понятно зачем Микрософт сделало прослойку .net, а потом все равно компиляцию в нативный код.

Serginio1 Sep 7 2016 at 16:42

Я не про заслуги, а про возможности. Зачем прослойка?
1. Компоновка библиотек. Есть полная информация о типах и версиях.
При этом библиотеки написанные под .Net 2.0 можно использовать под 4.5
2. Независимость от процессора (AnyCPU)
3. Рефлексия. За счет которой и создана данная ВК
4. Динамическая компиляция.

Serginio1 Sep 7 2016 at 19:36

Да еще компилируется лишь, то, что используется

Show the best of all time